Linux Kernel Partition and FS Physical Limits? 7
dmelomed asks: "I would like to Ask Slashdot about Linux's PHYSICAL limits of partition and FS size on i386 and 64 bit chips. What are the maximum real-life possible partition sizes on big RAIDs (several TB) that the kernel can work with reliably? What are better filesystems to use that handle LARGE RAIDS?"
File sizes (Score:1)
If the beloved x86 takes any longer to die peacefully it may need to be addressed.
Not exactly "physical" (Score:1)
That said, I don't know what the current limits are for partition sizes in the kernel. Though I've seen a multiple-terrabyte database (holding star maps), that I think may have been running Linux (though it could have been Solaris).
RTFM (Score:1)
WTF? (Score:2)
How about The Filesystems-HOWTO [linuxdoc.org]? A quote from section 6.2:
``Standard'' Ext2fs features
The Ext2fs supports standard Unix file types: regular files, directories, device special files and symbolic links.
Ext2fs is able to manage filesystems created on really big partitions. While the original kernel code restricted the maximal filesystem size to 2 GB, recent work in the VFS layer have raised this limit to 4 TB. Thus, it is now possible to use big disks without the need of creating many partitions.
Ext2fs provides long file names. It uses variable length directory entries. The maximal file name size is 255 characters. This limit could be extended to 1012 if needed.
Ext2fs reserves some blocks for the super user (root). Normally, 5% of the blocks are reserved. This allows the administrator to recover easily from situations where user processes fill up filesystems.
Quote from section 6.3:
Ext3 support the same features as Ext2, but includes also Journaling.
Maybe you should RTFM and be a little more specific next time!
Re:WTF? (Score:1)
Re:WTF? - No (Score:1)
Re:WTF? - No (Score:1)