Hi, On Thu, 10 Aug 2006, John Stoffel wrote: > The problem as I see it, is that you want extents, but you don't want > the RAM/DISK/ROM penalty of 64bit blocks, since embedded devices won't > ever go past the existing ext3 sizes, right? > > Is this a more clear statement of what you want? This is only about the runtime penalty. I'm less concerned about the disk structures, as soon as you use extents it's often more efficient than the current structure anyway. bye, Roman - 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/
- References:
- [PATCH 2/9] sector_t format string
- From: Mingming Cao <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Andrew Morton <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Roman Zippel <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Jeff Garzik <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Roman Zippel <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Jeff Garzik <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Roman Zippel <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Jeff Garzik <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Roman Zippel <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Jeff Garzik <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: Roman Zippel <[email protected]>
- Re: [PATCH 2/9] sector_t format string
- From: "John Stoffel" <[email protected]>
- [PATCH 2/9] sector_t format string
- Prev by Date: Re: ext3 corruption
- Next by Date: Re: [PATCH 3/14] Generic ioremap_page_range: alpha conversion
- Previous by thread: Re: [PATCH 2/9] sector_t format string
- Next by thread: Re: [PATCH 2/9] sector_t format string
- Index(es):
 |