Date: Fri, 16 Jan 2004 18:27:52 +1100 From: Peter Jeremy <PeterJeremy@optushome.com.au> To: rwatson@freebsd.org Cc: current@freebsd.org Subject: Re: simplifying linux_emul_convpath() Message-ID: <20040116072752.GA89141@cirb503493.alcatel.com.au> In-Reply-To: <Pine.NEB.3.96L.1040114114851.46433J-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1040114114851.46433J-100000@fledge.watson.org> <200401142135.i0ELZE7E040516@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 14 Jan, Robert Watson wrote: > ino_t probably does need to get bumped to 64-bit on FreeBSD at some point, > because at some point we will have a local file system that can usefully > represent more than 2 billion files. I assume we didn't do the bump with > UFS2 because of the potential disruption for applications, etc. Note that last Friday, there was a posting in -hackers by someone who was having problems with a filesystem containing >2^31 inodes. My personal opinion is that having 2^31 files in a single filesystem is probably a mistake but I'm sure someone will come up with a sane reason for requiring it. Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040116072752.GA89141>