On Fri, Jan 28, 2011 at 04:36:53PM +1100, Dave Chinner wrote: > Thinking through this a bit more - we don't need to do a busy search > for metadata allocations - it's only necessary for metadata -> data > extent transistions. Metadata modifications are all logged, so there > is no need to force out the busy extent transaction if the next > allocation is for metadata. If the new transaction hits the disk, > then it will only be replayed if the previous transaction to free > the extent is on the disk and has already been replayed. > > Hence I think we only need to do a busy search in these cases for > XFS_FREELIST_ALLOC when args->userdata == 0. The XFS_FREELIST_BTREE > case is definitely a metadata allocation, so it seems to me that > there is further scope for optimisation here. i.e. that allocbt -> > freelist -> allocbt doesn't require a sync transaction to be issued. > > The code as it stands looks good; the question is should we take > this next step as well? Have I missed anything that makes this a bad > thing to do, Christoph? Oh, I see the next patch tries to address this. That'll learn me to read the entire patch series through before commenting on any of it. I'll take this discussion to that patch.... ;) Cheers,, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
