Date: Sat, 04 Feb 2006 01:56:22 -0500 From: Chuck Swiger <cswiger@mac.com> To: mike@ascendency.net Cc: freebsd-questions@freebsd.org Subject: Re: Dumping /usr to samba mounted drive Message-ID: <43E45016.6090003@mac.com> In-Reply-To: <016601c62949$1e590620$0401a8c0@Mike8500> References: <016601c62949$1e590620$0401a8c0@Mike8500>
next in thread | previous in thread | raw e-mail | index | archive | help
Mike Loiterman wrote: > Gayn Winters <mailto:gayn.winters@bristolsystems.com> wrote: [ ... ] >>> Changing the format of the drive to Mac OS Extended fixed the >>> problem. UFS has a 4 gig file size limit. >>> >> Mike, >> >> I'm glad you got it working. What was Apple ever thinking with a 4GB >> limit? >> >> -gayn > > Did Apple develop the UFS spec or just implement it? Apple's UFS implementation is a big-endian variant inherited from a mixture of Sun and NEXTSTEP code back in the late 80's and early 90's, later seasoned by BSD-4.4Lite. The tradeoffs between HFS+ and UFS are sufficiently complex that neither is a clear winner for general purpose uses, although UFS tends to do well for lots and lots of little files-- think a squid cache, maildir mail spool, tradspool INN layout of Usenet articles; HFS+ by contrast is Unicode-aware and thus supports international filenames sanely, and the B-tree data structure handles volume-wide operations more efficiently, with a lot less head motion, than the highly-recursive tree traversal that UFS mandates. If you're setting up very large filesystems, greater than 10 terabytes, the Xsan product is a solution that even a non-expert admin can get working without fighting too hard. I haven't had the hardware to try to configure a comparably large filesystem using UFS under FreeBSD, but anecdotes suggest that going above either 2TB or 4TB constitutes sailing into unknown waters... -- -Chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43E45016.6090003>