[Top] [All Lists]

Re: Slow delete

To: Andrei Deftu <andreideftu@xxxxxxxxx>
Subject: Re: Slow delete
From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Date: Mon, 5 Jul 2010 19:21:29 +0100
Cc: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <AANLkTim5GfiDw63CwrE1QMwQACpWd2OgDgEW8y8bpcSW@xxxxxxxxxxxxxx>
References: <AANLkTinPmhJRD3CDdsHtkLFzYd2jF9ee7gPqgO6XBSfl@xxxxxxxxxxxxxx> <20100705171338.3bb38e1d@xxxxxxxxxxxxxxxxxxxx> <AANLkTim5GfiDw63CwrE1QMwQACpWd2OgDgEW8y8bpcSW@xxxxxxxxxxxxxx>
>>> [ ... ] xfs is very slow when deleting a large number of
>>> files. [ ... ]

Not quite -- it is nearly as fast as possible.

> Thanks. Yes, I know about these tricks like 'nobarrier'
> option, separate partition for metadata log, increased size
> for the log, more log buffers or atime disabled. But I was
> interested more in what is the real cause of this slowness.

Tricks like those indicate quite clearly the real cause.

To make it even more explicit, the real cause is that those who
complain tha XFS is slow at deleting lots of files have a storage
subsystem can only do a limited number of committed transactions
per second and XFS does not "cheat".

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