Nicolas George wrote:
According to Wikipedia, and what I knew besides, FAT32 has a limit of 2 To
for the whole filesystem. But the limit I was talking of is the file size
limit: 4 Go perfile. Which is, nowadays, a bit short: an ISO image for a
DVD-R does not fit, for example.
Ahh yes, the per file limit. BTW, why are you saying "To" and "Go" when
you apparently mean "TB" and "GB"?
I am not sure about that: you can not do really good algorthms on bad data
structures, and the data structures of FAT do not provide any support to do
smart allocation.
The fat data structures do not encourage fragmentation any more or less
than ext2/3. NTFS is slightly better, more comparable to reiserfs than
ext2/3, but the difference is small. What causes massive fragmentation
is how the driver chooses to allocate new blocks as you write to files.
Microsoft has always used about the worst possible algorithm for doing
this you can imagine, which is why fragmentation has always been a big
problem on their OSes. Linux is smarter and allocates blocks such that
fragmentation is kept to a minimum.
That is interesting. Do you know how efficient UDF is compared to others
filesystems on normal hard drives? It is optimized for CDs and DVDs, I would
not be surprised if the performances were poor on different supports.
I have not done any testing, but I know no reason why it would be worse
than fat. It does not do transaction logging, and there currently is no
fsck for it, so for safety reasons, it may not be such a good choice.
If you want reliability, efficiency, and posix semantics, I'd go with
reiserfs or ext3.
I believe that such options should not be done on a per-filesystem basis.
Something in the common code of the VFS would be more logical.
I agree. I think the VFS layer should process the uid/gid options. By
default it should replace nobody with the specified id, and fat and ntfs
should just report all files as owned by nobody. Then a new option
should be added to force the translation for all ids, not just nobody.
The idea was to mount the disk with its haphazard UIDs, and then export it
and mount it as a network filesystem over the loopback. By itself, it is
absolutely useless, but networked filesystems have UIDs mapping facilities.
Eww, that is quite a kludge.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
