From owner-cvs-all Sun Jun 23 19:52:52 2002 Delivered-To: cvs-all@freebsd.org Received: from patrocles.silby.com (d160.as28.nwbl0.wi.voyager.net [169.207.71.226]) by hub.freebsd.org (Postfix) with ESMTP id AB42837B401; Sun, 23 Jun 2002 19:52:46 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g5O2stcv050534; Sun, 23 Jun 2002 21:54:55 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g5O2spxd050531; Sun, 23 Jun 2002 21:54:54 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 23 Jun 2002 21:54:50 -0500 (CDT) From: Mike Silbersack To: Ian Dowse Cc: cvs-committers@FreeBSD.org, Subject: Re: cvs commit: src/sys/powerpc/include types.h src/sys/arm/include types.h src/sys/i386/include types.h In-Reply-To: <200206240305.aa49116@salmon.maths.tcd.ie> Message-ID: <20020623215039.R49437-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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