Date: Sun, 23 Jun 2002 21:54:50 -0500 (CDT) From: Mike Silbersack <silby@silby.com> To: Ian Dowse <iedowse@maths.tcd.ie> Cc: cvs-committers@FreeBSD.org, <cvs-all@FreeBSD.org> Subject: Re: cvs commit: src/sys/powerpc/include types.h src/sys/arm/include types.h src/sys/i386/include types.h Message-ID: <20020623215039.R49437-100000@patrocles.silby.com> In-Reply-To: <200206240305.aa49116@salmon.maths.tcd.ie>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 24 Jun 2002, Ian Dowse wrote: > In message <200206232157.g5NLvKF31769@freefall.freebsd.org>, Ian Dowse writes: > > Log: > > Make vm_pindex_t 64-bit on all platforms. This is necessary to avoid > > overflows with the large file sizes that UFS2 permits. > > Alan Cox pointed out that there are a few more VM changes necessary > to fully support 64-bit file sizes as, for example, we are still > using a 32-bit vm_size_t to store object sizes. I'll work with him > and the other vm gurus to get these resolved. > > In the meantime I will leave this change in place, but feel free > to back it out if there are any reports of it causing problems. > > Ian Do we need to bother supporting such large files in the kernel yet? 8TB (if I'm understanding this correctly) is VERY large, and won't be bumped into for a few years. I'm all for changing filesystem structures (which can't be tweaked on the fly the day a 7TB file grows to 8TB in size), but I don't see an urgent need to modify the kernel yet. If it is a performance issue, perhaps the kernel change can be held off until a definite need is found. (At which point we'll be on 64-bit processors anyway.) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020623215039.R49437-100000>