Date: Mon, 4 Feb 2008 13:39:52 +0100 (CET) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Christian Baer <christian.baer@uni-dortmund.de> Cc: freebsd-questions@freebsd.org Subject: Re: Looking for a Text on ZFS Message-ID: <20080204133351.P7781@wojtek.tensor.gdynia.pl> In-Reply-To: <fo6vjo$1vo5$2@nermal.rz1.convenimus.net> References: <fo2f26$1l2q$1@nermal.rz1.convenimus.net> <200802022111.21862.fbsd.questions@rachie.is-a-geek.net> <fo48j6$1p19$1@nermal.rz1.convenimus.net> <20080203173245.U1631@wojtek.tensor.gdynia.pl> <fo6vjo$1vo5$2@nermal.rz1.convenimus.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> /usr to spread the load while making worlds and I mount /usr/obj > asynchronously to increase write speed. With several filesystems I can > spread to load the way I want it and decide where the data goes. And one > broken fs doesn't screw up the others in the process. did you ever got your UFS filesystem broken not because your drive failed? i don't. UFS it's not FAT, and doesn't break up. > > I do know the drawbacks of this: Storage is pretty static. Correcting > wrong estimates about the needed fs-sizes is a big problem. That is why I you CAN't estimate well how much space you need in longer term. in practice partitioning like yours means at least 100% more disk space requirements. of course - there are often cases today that whole system needs few gigs, but smallest new drive is 80GB - it will work.. still - making all in / is much easier and works fine. making all in / and /lessused, where / is at first part on disk, and /lessused on second - make big performance improvements (shorter seeks!). >> 2) it takes many drives to the pool and you may add then new drives. >> same as gconcat+growfs. > > I read about this. However, I didn't find anything conclusive as to how > well the drives can still live on their own if they are ever seperated. > Now I don't think they will be addressed as a RAID0 with all the risks of > that. But what happens if one of four drives breaks down? Does it make a > difference, if the broken drive is the first one, the last one or a middle > one? if it's just concat, you will loose lots of data, just like any other filesystem. with concat+mirror - you replace single drive that failed and rebuild mirror. that's all. after reading your answer on 3-rd question i will end the topic, because you understand quota as workaround of problems creating 1000 partitions. or simply - looks like you don't understand it at all, because it is not workaround. it's excellent tool.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080204133351.P7781>