>>Same results with rbd kernel driver without QEMU involved. I confirm , I have same result wirh rbd kernel driver,so it not a qemu problem. ----- Mail original ----- De: "Stefan Priebe - Profihost AG" <s.priebe@xxxxxxxxxxxx> À: "Gregory Farnum" <greg@xxxxxxxxxxx> Cc: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>, "Josh Durgin" <josh.durgin@xxxxxxxxxxx>, "Alexandre DERUMIER" <aderumier@xxxxxxxxx>, "Marcus Sorensen" <shadowsor@xxxxxxxxx>, "Sage Weil" <sage@xxxxxxxxxxx>, "ceph-devel" <ceph-devel@xxxxxxxxxxxxxxx> Envoyé: Jeudi 1 Novembre 2012 11:54:03 Objet: Re: slow fio random read benchmark, need help Am 01.11.2012 11:40, schrieb Gregory Farnum: > I'm not sure that latency addition is quite correct. Most use cases > cases do multiple IOs at the same time, and good benchmarks tend to > reflect that. > > I suspect the IO limitations here are a result of QEMU's storage > handling (or possibly our client layer) more than anything else — Josh > can talk about that more than I can, though! > -Greg Same results with rbd kernel driver without QEMU involved. Stefan -- 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