![]() | |||||||||||||
Messages in this thread |
Followup to: <Pine.LNX.3.95.980106163335.24738A-100000@gumby.dynatec.com>
By author: Matt Nelson <mnelson@dynatec.com>
In newsgroup: linux.dev.kernel
> as far as i can tell, the ext2 filesystem code limits files to a maximum
> of 2G (although i haven't yet found _exactly_ where this limit is set...).
>
The size field in the inode. It is also a limitation of the VFS
layer, and libc (struct stat, for one.)
> we have a need to use files larger than 2G (ugh, dont ask - we also need
> to bump our machine up from 512M to 1G or more of memory...), so i have a
> couple of questions:
>
> - why is there a 2G limit?
Because that's where a signed 32-bit integer runs out.
> - can the 2G limit be _safely_ increased (to, say, about 5G)?
> - if so, what changes are needed in the ext2 code to do it?
Massive changes, including a format change in the ext2 filesystem
(which should be backward-compatible if done right, though.)
> the machine in question is running a pre-something version of 2.0.31. i
> wouldn't mind moving to a newer 2.0.x kernel, if need be.
Large files *might* be introduced in the 2.3.x kernels, but no sooner
than that.
-hpa
--
PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74
See http://www.zytor.com/~hpa/ for web page and full PGP public key
I am Bahá'í -- ask me about it or see http://www.bahai.org/
"To love another person is to see the face of God." -- Les Misérables
| ||||||||||||
| Last update: 2005-03-22 12:41 [from the cache] ©2003-2008 | |||||||||||||