Date: Wed, 14 Jan 2004 22:40:34 +0100 (CET) From: Harti Brandt <brandt@fokus.fraunhofer.de> To: Don Lewis <truckman@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: simplifying linux_emul_convpath() Message-ID: <20040114223816.Y15513@beagle.fokus.fraunhofer.de> In-Reply-To: <200401142135.i0ELZE7E040516@gw.catspoiler.org> References: <200401142135.i0ELZE7E040516@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 14 Jan 2004, Don Lewis wrote: DL>On 14 Jan, Robert Watson wrote: DL> DL>> ino_t probably does need to get bumped to 64-bit on FreeBSD at some point, DL>> because at some point we will have a local file system that can usefully DL>> represent more than 2 billion files. I assume we didn't do the bump with DL>> UFS2 because of the potential disruption for applications, etc. DL> DL>We'd have a heck of a time fsck'ing such a file system on a 32 bit DL>machine. If, as a user, I could select between a fast fsck and backups that don't have random filenames linked to each other and lost files, I'd select the good backups. But that's just my opinion :-) harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040114223816.Y15513>