I'm working on getting mutrace going on the OSD to profile the hot contented lock paths in master. Hopefully I'll have something soon.
On Mon, Jun 23, 2014 at 1:41 PM, Gregory Farnum <[email protected]> wrote: > On Fri, Jun 20, 2014 at 12:41 AM, Alexandre DERUMIER > <[email protected]> wrote: >> They are also a tracker here >> http://tracker.ceph.com/issues/7191 >> "Replace Mutex to RWLock with fdcache_lock in FileStore" >> >> seem to be done, but I'm not sure it's already is the master branch ? > > I believe this particular patch is still not merged (reviews etc on it > and some related things are in progress), but some other pieces of the > puzzle are in master (but not being backported to Firefly). In > particular, we've enabled an "ms_fast_dispatch" mechanism which > directly queues ops from the Pipe thread into the "OpWQ" (rather than > going through a DispatchQueue priority queue first), and we've sharded > the OpWQ. In progress but coming soonish are patches that should > reduce the CPU cost of lfn_find and related FileStore calls, as well > as sharding the fdcache lock (unless that one's merged already; I > forget). > And it turns out the "xattr spillout" patches to avoid doing so many > LevelDB accesses were broken, and those are fixed in master (being > backported to Firefly shortly). > > So there's a fair bit of work going on to address most all of those > noted bottlenecks; if you're interested in it you probably want to run > tests against master and try to track the conversations on the Tracker > and ceph-devel. :) > -Greg > Software Engineer #42 @ http://inktank.com | http://ceph.com -- Milosz Tanski CTO 16 East 34th Street, 15th floor New York, NY 10016 p: 646-253-9055 e: [email protected] -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
