xfs
[Top] [All Lists]

Re: xfsdump -s unacceptable performances

To: "Daniele P." <daniele@xxxxxxxxxxxx>
Subject: Re: xfsdump -s unacceptable performances
From: Timothy Shimmin <tes@xxxxxxx>
Date: Thu, 17 Aug 2006 11:31:01 +1000
Cc: xfs@xxxxxxxxxxx
In-reply-to: <200608162001.10342.daniele@xxxxxxxxxxxx>
References: <200608161515.00543.daniele@xxxxxxxxxxxx> <44E32DE6.9090602@xxxxxxx> <200608162001.10342.daniele@xxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.8 (X11/20060411)
Daniele P. wrote:
But xfsdump still doesn't scale down well with a small subtree on a
large filesystem.

That is very true.
It is really designed for dumping whole filesystems (or at least,
large parts of them).
For dumping small subtrees, I'd be looking at using something else.
That was one of the 1st things I noticed when looking at the xfsdump
code on IRIX a while back, was all the scans it does and how for a subtree
it will do another scan and prune the data - i.e. implemented
like an afterthought :)
It is built around bulkstat which walks all the inodes which is great
for dumping them all out.
But if you want a small directory walk then you need something else IMHO.

Cheers,
--Tim


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