Skip site navigation (1)Skip section navigation (2)
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>