lkml.org 
[lkml]   [1998]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: VFS 64-bit clean? Not yet (was Re: large-file-system)
On Sat, 21 Feb 1998 aem@netcom.ca wrote:

> > > But does it need to store _arbitrary_ 64-bit values, or does it just
> > > need to store the offsets of the mapped pages used by the given Linux
> > > machine? If the latter, then the original plan would have worked,
> > > up until someone accessed a 1024G file.
> >
> > Think *HUGE*. I know people working with files, not filesystems of that
> > size, though not under Linux and not via NFS.
>
> UDF supports a _single_ filesystem spanned across up to 65535
> pieces of media. This is intended for an optical jukebox, though
> there is no restriction that any block of a file has to reside
> on an particular piece of media.

This would be _very_ nice for ext2fs too. This way we
can implement dynamic fs resizing and removal of the
'middle disk' without having to change all block numbers.

(read: sparse block device)

Rik.
+-----------------------------+------------------------------+
| For Linux mm-patches, go to | "I'm busy managing memory.." |
| my homepage (via LinuxHQ). | H.H.vanRiel@fys.ruu.nl |
| ...submissions welcome... | http://www.fys.ruu.nl/~riel/ |
+-----------------------------+------------------------------+


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

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