Stephen Lord <firstname.lastname@example.org> writes:
> On Wed, 2002-05-01 at 16:38, Andrew Morton wrote:
> > Mike Fedyk wrote:
> > >
> > > On Wed, May 01, 2002 at 09:53:37AM -0400, Guillaume Boissiere wrote:
> > > > new framebuffer layer, as well as some more delayed disk block
> > > > allocation bits.
> > >
> > > Actually Andrews work on address_space based writeback is related somewhat,
> > > but really it's a rewrite/cleanup of the buffer layer. Delayed block
> > > alocation is helped alot by this, and almost depends on it IIRC.
> > >
> > > One vote for a seperate listing in the status for "Address Space based
> > > Writeback / Buffer layer cleanup".
> > Well the next major step here is going direct
> > pagecache<->BIO, bypassing the intermediate submit_bh
> > for most I/O.
> > Probably that will make most of the performance benefits
> > of delayed-allocate go away.
> Most of the performance benefits of delayed allocate are that
> you do not the hard work of allocating the disk space in each
> write call, you get to do it once, in potentially larger chunks,
> and often not in the user's context.
Except for moving the work out of the users context, ext2 gets
a similar benefit by reserving disk space ahead of time. So it isn't
clear that you need to have a delayed allocation to achieve this.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 07 2002 - 22:00:12 EST