Date: Sat, 11 Oct 2008 20:37:10 +0000 From: "Freddie Cash" <fjwcash@gmail.com> To: freebsd-hackers@freebsd.org Subject: Re: ZFS boot Message-ID: <b269bc570810111337l4a8f9fc9yfc6f5959d7c971fd@mail.gmail.com> In-Reply-To: <200810111810.m9BIAGPw059975@apollo.backplane.com> References: <E1KoeVm-000ELP-4b@cs1.cs.huji.ac.il> <200810111810.m9BIAGPw059975@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10/11/08, Matthew Dillon <dillon@apollo.backplane.com> wrote: > With regards to the traditional BSD partitioning scheme, having a > separate /usr, /home, /tmp, etc... there's no reason to do that stuff > any more with ZFS (or HAMMER). As separate partitions, no. As separate filesystems, definitely. While HAMMER PFSes may not support these things yet, ZFS allows you to tailor each filesystem to its purpose. For example, you can enable compression on /usr/ports, but have a separate /usr/ports/distfilles and /usr/ports/work that aren't compressed. Or /usr/src compressed and /usr/obj not. Have a small record (block) size for /usr/src, but a larger one for /home. Give each user a separate filesystem for their /home/<username>, with separate snapshot policies, quotas, and reservations (initial filesystem size). Creating new filesystems with ZFS is as simple as "zfs create -o mountpoint=/wherever pool/fsname". If you put a little time into planning the hierarchy/structure, you can take advantage off the properties inheritance features of ZFS as well. > You just need one, and can break it > down into separate management domains within the filesystem > (e.g. HAMMER PFS's). Similar kind of idea. > Most linux dists don't bother with multiple partitions any more. > They just have '/' and maybe a small boot partition, and that's it. Heh, that's more proof of the difficulties inherent with old-school disk partitioning, compared to pooled storage setups, than an endorsement of using a single partition/filesystem. :) -- Freddie Cash fjwcash@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b269bc570810111337l4a8f9fc9yfc6f5959d7c971fd>