On Tue, Dec 28, 1999 at 06:42:15PM -0500, Jason Titus wrote:
> by highmem (all culled from the Linux Memory Management mailing list). All
> of the >2GB file stuff is refereed to mostly as Large File Summit (LFS) not
> to be confused with Log File System (LFS - no idea what it does. Some sort
> of journal type thing).
Pardon my (mis)understanding of things, but I just had to butt in here.
Isn't the question you're asking 'What's the deal with large files under
Linux'? I'm not exactly sure how all the RAID stuff works (which is why I'm
subscribed to this list..), but AFAIK RAID is just a block device like any
other, including a hard disk - so you don't need any specific 'Large files
for RAID' patches. It's only the filesystem (and I guess the C library)
which must support it. I'm quite sure you can access >2GB on block devices
8).
*Maybe* it's possible that you don't have to run ext2 on Linux/RAID?
If, for instance, FFS on Linux supported files >2GB (I have no idea if it
does), I guess you could run that as the primary filesystem. You could port
over the fsck etc. programs from BSD. Might be slower and possibly less
reliable, but it might work.
I know there are also Large File Summit patches around, but I haven't
investigated them (I think the largest file I've got on my system is like
50meg :). I have no clue about this - maybe a post to linux-kernel would
help.
Otherwise, if you can guarantee that you'll only have a few large files,
you can always partition your hard drive and get the apps to write directly
to /dev/sda5 instead of a file on a filesystem. But that's probably not
very feasible.
> Once again, any information about large files under RAID would be much
> appreciated. The pull of FreeBSD is almost inescapable.
You're making FreeBSD sound like a bad thing ;).
--
: Andre Pang <[EMAIL PROTECTED]> - Purruna Pty Ltd - ph# 0411.882299 :
: #ozone - http://www.vjolnir.org/ozone/ :
