Re: [RFC] delayed allocation for ext4

2006-12-28 Thread Alex Tomas
> David Chinner (DC) writes: DC> So that mean's we'll have 2 separate mechanisms for marking DC> pages as delalloc. XFS uses the BH_delay flag to indicate DC> that a buffer (block) attached to the page is using delalloc. >> >> well, for blocksize=pagesize we can save 56 bytes on every

Re: [RFC] delayed allocation for ext4

2006-12-28 Thread David Chinner
On Sat, Dec 23, 2006 at 10:09:57PM +0300, Alex Tomas wrote: > > Good day, > > > David Chinner (DC) writes: > > DC> So that mean's we'll have 2 separate mechanisms for marking > DC> pages as delalloc. XFS uses the BH_delay flag to indicate > DC> that a buffer (block) attached to the page

Re: [RFC] delayed allocation for ext4

2006-12-28 Thread David Chinner
On Sat, Dec 23, 2006 at 09:27:18AM +, Christoph Hellwig wrote: > On Sat, Dec 23, 2006 at 02:31:23PM +1100, David Chinner wrote: > > > - ext4-delayed-allocation.patch > > >delayed allocation itself, enabled by "delalloc" mount option. > > >extents support is also required. currently it

Re: [RFC] delayed allocation for ext4

2006-12-28 Thread David Chinner
On Sat, Dec 23, 2006 at 09:27:18AM +, Christoph Hellwig wrote: On Sat, Dec 23, 2006 at 02:31:23PM +1100, David Chinner wrote: - ext4-delayed-allocation.patch delayed allocation itself, enabled by delalloc mount option. extents support is also required. currently it works only

Re: [RFC] delayed allocation for ext4

2006-12-28 Thread David Chinner
On Sat, Dec 23, 2006 at 10:09:57PM +0300, Alex Tomas wrote: Good day, David Chinner (DC) writes: DC So that mean's we'll have 2 separate mechanisms for marking DC pages as delalloc. XFS uses the BH_delay flag to indicate DC that a buffer (block) attached to the page is using

Re: [RFC] delayed allocation for ext4

2006-12-28 Thread Alex Tomas
David Chinner (DC) writes: DC So that mean's we'll have 2 separate mechanisms for marking DC pages as delalloc. XFS uses the BH_delay flag to indicate DC that a buffer (block) attached to the page is using delalloc. well, for blocksize=pagesize we can save 56 bytes on every page. DC

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Alex Tomas
> Christoph Hellwig (CH) writes: CH> Note that recording delayed alloc state at a page granularity in addition CH> to just the buffer heads has a lot of advantages aswell and would help CH> xfs, too. But I think it makes a lot more sense to record it as a radix CH> tree tag to speed up

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Alex Tomas
Good day, > David Chinner (DC) writes: DC> So that mean's we'll have 2 separate mechanisms for marking DC> pages as delalloc. XFS uses the BH_delay flag to indicate DC> that a buffer (block) attached to the page is using delalloc. well, for blocksize=pagesize we can save 56 bytes on

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Christoph Hellwig
On Sat, Dec 23, 2006 at 02:31:23PM +1100, David Chinner wrote: > > - ext4-delayed-allocation.patch > >delayed allocation itself, enabled by "delalloc" mount option. > >extents support is also required. currently it works only > >with blocksize=pagesize. > > Ah, that's why you can get

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Christoph Hellwig
On Sat, Dec 23, 2006 at 02:31:23PM +1100, David Chinner wrote: - ext4-delayed-allocation.patch delayed allocation itself, enabled by delalloc mount option. extents support is also required. currently it works only with blocksize=pagesize. Ah, that's why you can get away with a

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Alex Tomas
Good day, David Chinner (DC) writes: DC So that mean's we'll have 2 separate mechanisms for marking DC pages as delalloc. XFS uses the BH_delay flag to indicate DC that a buffer (block) attached to the page is using delalloc. well, for blocksize=pagesize we can save 56 bytes on every page.

Re: [RFC] delayed allocation for ext4

2006-12-23 Thread Alex Tomas
Christoph Hellwig (CH) writes: CH Note that recording delayed alloc state at a page granularity in addition CH to just the buffer heads has a lot of advantages aswell and would help CH xfs, too. But I think it makes a lot more sense to record it as a radix CH tree tag to speed up the gang

Re: [RFC] delayed allocation for ext4

2006-12-22 Thread David Chinner
On Fri, Dec 22, 2006 at 11:20:08PM +0300, Alex Tomas wrote: > > Good day, > > probably the previous set of patches (including mballoc/lg) > is too large. so, I reworked delayed allocation a bit so > that it can be used on top of regular balloc, though it > still can be used with extents-enabled

[RFC] delayed allocation for ext4

2006-12-22 Thread Alex Tomas
Good day, probably the previous set of patches (including mballoc/lg) is too large. so, I reworked delayed allocation a bit so that it can be used on top of regular balloc, though it still can be used with extents-enabled files only. this time series contains just 3 patches: -

[RFC] delayed allocation for ext4

2006-12-22 Thread Alex Tomas
Good day, probably the previous set of patches (including mballoc/lg) is too large. so, I reworked delayed allocation a bit so that it can be used on top of regular balloc, though it still can be used with extents-enabled files only. this time series contains just 3 patches: -

Re: [RFC] delayed allocation for ext4

2006-12-22 Thread David Chinner
On Fri, Dec 22, 2006 at 11:20:08PM +0300, Alex Tomas wrote: Good day, probably the previous set of patches (including mballoc/lg) is too large. so, I reworked delayed allocation a bit so that it can be used on top of regular balloc, though it still can be used with extents-enabled files