On Thu, 08 Jun 2006 18:20:54 PDT, Mingming Cao said: > Current ext3 filesystem is limited to 8TB(4k block size), this is > practically not enough for the increasing need of bigger storage as > disks in a few years (or even now). > > To address this need, there are co-effort from RedHat, ClusterFS, IBM > and BULL to move ext3 from 32 bit filesystem to 48 bit filesystem, > expanding ext3 filesystem limit from 8TB today to 1024 PB. The 48 bit > ext3 is build on top of extent map changes for ext3, originally from > Alex Tomas. In short, the new ext3 on-disk extents format is: which implies matching changes to mkfs.ext2 and possibly mount.. > Appreciate any comments and feedbacks! Somebody else was recently discussing a set of patches to ext3 for extents+delalloc+mballoc patches - is this work compatible with that? Also, a pointer to the matching userspace patches would help anybody who's gung-ho enough to test the code....
Attachment:
pgpJtIte7Eyg6.pgp
Description: PGP signature
- Follow-Ups:
- Re: [RFC 0/13] extents and 48bit ext3
- From: Mingming Cao <[email protected]>
- Re: [RFC 0/13] extents and 48bit ext3
- From: Andreas Dilger <[email protected]>
- Re: [RFC 0/13] extents and 48bit ext3
- References:
- [RFC 0/13] extents and 48bit ext3
- From: Mingming Cao <[email protected]>
- [RFC 0/13] extents and 48bit ext3
- Prev by Date: Re: [2.6.17-rc6-mm1] Oops during sata_promise init
- Next by Date: Re: OpenGL-based framebuffer concepts
- Previous by thread: [RFC 0/13] extents and 48bit ext3
- Next by thread: Re: [RFC 0/13] extents and 48bit ext3
- Index(es):