xfs
[Top] [All Lists]

Re: xfs_fsr allocation group optimization

To: Chris Wedgwood <cw@xxxxxxxx>
Subject: Re: xfs_fsr allocation group optimization
From: Nathan Scott <nscott@xxxxxxxxxx>
Date: Tue, 12 Jun 2007 09:07:36 +1000
Cc: Johan Andersson <johan@xxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <20070611155824.GA12668@xxxxxxxxxxxxxxxxxxxxx>
Organization: Aconex
References: <1181544692.19145.44.camel@xxxxxxxxxxxxxxxxxxxxxxxxx> <20070611073559.GA26257@xxxxxxxxxxxxxxxxxxxxx> <1181551409.19145.57.camel@xxxxxxxxxxxxxxxxxxxxxxxxx> <20070611090138.GA28907@xxxxxxxxxxxxxxxxxxxxx> <1181553356.19145.65.camel@xxxxxxxxxxxxxxxxxxxxxxxxx> <20070611094133.GA31108@xxxxxxxxxxxxxxxxxxxxx> <1181558353.19145.76.camel@xxxxxxxxxxxxxxxxxxxxxxxxx> <20070611155824.GA12668@xxxxxxxxxxxxxxxxxxxxx>
Reply-to: nscott@xxxxxxxxxx
Sender: xfs-bounce@xxxxxxxxxxx
On Mon, 2007-06-11 at 08:58 -0700, Chris Wedgwood wrote:
> 
> 
> > In the way xfs_fsr operates now, in almost all user space, I don't
> > see any good way to tell XFS where to place the extents, other than
> > creating the temporary file in the same directory as the original
> > file.
> 
> Exactly.
> 
> > My question is really, is there a better way than "find -xdev -inum"
> > to find what file points to a given inode?
> 
> You can build then entire tree in-core using bulkstat and readdir,
> doing the bulkstat first means you can try to optimize the order you
> do the readdirs in somewhat.
> 

Probably better to change the kernel extent-swap code to not do
alloc-near-tempinode allocations, and instead find a way to pass
XFS_ALLOCTYPE_THIS_AG/XFS_ALLOCTYPE_NEAR_BNO/or some saner alloc
flag down to the allocator for all extent swapping allocations.

cheers.


<Prev in Thread] Current Thread [Next in Thread>