Re: CEPH IOPS Baseline Measurements with MemStore

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jun 20, 2014 at 12:41 AM, Alexandre DERUMIER
<aderumier@xxxxxxxxx> 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
--
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




[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux