| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: Slow delete, Andrei Deftu |
|---|---|
| Next by Date: | Re: Slow delete, Christoph Hellwig |
| Previous by Thread: | Re: Slow delete, Andrei Deftu |
| Next by Thread: | Re: Slow delete, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |