deciding UFS vs ZFS

krad kraduk at
Wed Jul 16 08:28:00 UTC 2014

UFS with SU+J surely, gjournal is now depreciated in 9.x onwards

Its your choice of course, but the spreading around argument doesn't hold
water as all file systems will do that over time, and what you are implying
is you will only ever use a small % of the drive. Checksuming is never
useful until is saves your ass, pretty much like house insurance. You don't
needs it and it hurts you to have pay it, but all of a sudden when you do
need it, you are very grateful you did have it. Plus you will get early
warning on drive failures, rather than just failures (assuming you did
copies >1, on a one drive system).

zfs will happily rocket along with 16gb if its a desktop system

On 15 July 2014 14:38, RW <rwmaillists at> wrote:

> On Mon, 14 Jul 2014 11:12:21 +0800
> Erich Dollansky wrote:
> > Hi,
> >
> > On Sun, 13 Jul 2014 19:40:14 -0500
> > Andrew Berg <aberg010 at> wrote:
> >
> > > On 2014.07.13 18:14, Erich Dollansky wrote:
> > > > Hi,
> > > >
> > > > use UFS as long as you are working with a single disk and ZFS the
> > > > moment you have more than one disk.
> > > Checksumming and the COW features make ZFS quite attractive for
> > > single-device pools as well.
> >
> > there are also other features which could make ZFS attractive for
> > single disk systems. But moving to a second disk only makes ZFS not
> > just attractive but basically a must.
> On a desktop, without raid, I would expect ZFS to make things a lot
> worse in the case of a disk failure because it would spread the damage
> around all the directories.
> For that reason I'm putting my desktop user data on ufs/gjournal, but I
> was wondering about putting the OS on ZFS. I don't think I'd get much
> benefit from Checksumming, COW, compression etc, but I was wondering
> whether ARC does a significantly better job of caching to justify ZFS's
> overheads; I have 16GB of RAM.
> _______________________________________________
> freebsd-questions at mailing list
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe at"

More information about the freebsd-questions mailing list