>>That said, the current implementation is also stupid: it's doing a single
>>io at a time. #2256 (next sprint) will parallelize this to make it go
>>much faster (probably an order of magnitude?).
Ah, ok, this is why is see low ios/network during delete.
Thanks Sage and Wido for the explains, that's very clear!
----- Mail original -----
De: "Sage Weil" <s...@inktank.com>
À: "Wido den Hollander" <w...@widodh.nl>
Cc: "Alexandre DERUMIER" <aderum...@odiso.com>, ceph-devel@vger.kernel.org
Envoyé: Jeudi 31 Mai 2012 20:19:44
Objet: Re: "rbd rm image" slow with big images ?
On Thu, 31 May 2012, Wido den Hollander wrote:
> Hi,
> > Is it the normal behaviour ? Maybe some xfs tuning could help ?
>
> It's in the nature of RBD.
Yes.
That said, the current implementation is also stupid: it's doing a single
io at a time. #2256 (next sprint) will parallelize this to make it go
much faster (probably an order of magnitude?).
sage
--
--
Alexandre D erumier
Ingénieur Système
Fixe : 03 20 68 88 90
Fax : 03 20 68 90 81
45 Bvd du Général Leclerc 59100 Roubaix - France
12 rue Marivaux 75002 Paris - France
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
