>>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" <sage@xxxxxxxxxxx> À: "Wido den Hollander" <wido@xxxxxxxxx> Cc: "Alexandre DERUMIER" <aderumier@xxxxxxxxx>, ceph-devel@xxxxxxxxxxxxxxx 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
