From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Garzik Subject: Re: [PATCH 2/9] sector_t format string Date: Thu, 10 Aug 2006 08:02:02 -0400 Message-ID: <44DB203A.6050901@garzik.org> References: <1155172843.3161.81.camel@localhost.localdomain> <20060809234019.c8a730e3.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Andrew Morton , linux-fsdevel@vger.kernel.org, ext2-devel@lists.sourceforge.net, cmm@us.ibm.com, linux-kernel@vger.kernel.org Return-path: To: Roman Zippel In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ext2-devel-bounces@lists.sourceforge.net Errors-To: ext2-devel-bounces@lists.sourceforge.net List-Id: linux-fsdevel.vger.kernel.org Roman Zippel wrote: > Hi, > > On Wed, 9 Aug 2006, Andrew Morton wrote: > >> That also being said... does a 32-bit sector_t make any sense on a >> 48-bit-blocknumber filesystem? I'd have thought that we'd just make ext4 >> depend on 64-bit sector_t and be done with it. > > Is this really necessary? There are a few features, which would make ext4 > also interesting at the low end (e.g. extents). Storing 64bit values on > disk is fine, but they should be converted to native values as soon as > possible. Consider what that means. "converted to native" means dealing with truncation issues... Jeff ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642