lkml.org 
[lkml]   [1999]   [Mar]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: breaking the 2Gigabyte limit on 32 bit arch of inode->i_size (off_t vs loff_t)
Hi,

On Sun, 21 Mar 1999 19:04:32 +0100 (CET), Andrea Arcangeli
<andrea@e-mind.com> said:

> On Sun, 21 Mar 1999, Alexander Viro wrote:
>> anything along the lines of ext2 on such sizes. Think of the time fsck

> I am not talking about ext2 infact.

What are you talking about then? Any next-generation filesystem
designed for 64-bit file sizes is going to be best served by mapping
entire extents, not single blocks, in the mapping tree. Preferably
the tree should be dynamically allocated and balanced (and if we want
to support file holes properly, it will _have_ to be balanced
dynamically). In this case, the concept of quad-indirection as such
becomes meaningless.

--Stephen

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.062 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site