>>At high queue-depths and high IOPS, I would suspect that the bottleneck is >>the single, coarse-grained mutex protecting the cache data structures. It's >>been a back burner item to refactor the current cache mutex into >>finer->>grained locks. >> >>Jason
Thanks for the explain Jason. Anyway, inside qemu, I'm around 35-40k with or without rbd_cache, so it's make not too much difference currently. (maybe some other qemu bottleneck). ----- Mail original ----- De: "Jason Dillaman" <dilla...@redhat.com> À: "Mark Nelson" <mnel...@redhat.com> Cc: "aderumier" <aderum...@odiso.com>, "pushpesh sharma" <pushpesh....@gmail.com>, "ceph-devel" <ceph-de...@vger.kernel.org>, "ceph-users" <ceph-users@lists.ceph.com> Envoyé: Mardi 9 Juin 2015 15:39:50 Objet: Re: [ceph-users] rbd_cache, limiting read on high iops around 40k > In the past we've hit some performance issues with RBD cache that we've > fixed, but we've never really tried pushing a single VM beyond 40+K read > IOPS in testing (or at least I never have). I suspect there's a couple > of possibilities as to why it might be slower, but perhaps joshd can > chime in as he's more familiar with what that code looks like. > At high queue-depths and high IOPS, I would suspect that the bottleneck is the single, coarse-grained mutex protecting the cache data structures. It's been a back burner item to refactor the current cache mutex into finer-grained locks. Jason _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
