On Mon, 24 Jun 2013, Holger Hoffstaette wrote: > On Wed, 19 Jun 2013 13:09:42 -0700, Sage Weil wrote: > > [snip] > > > Meanwhile, the next development release will be changing the way all the > > pg metadata in the monitor is stored to be much more efficient and to take > > advantage of leveldb's capabilities; this will be present in 0.66 > > (dumpling - 1). > > Have you considered using one of the recently annoucned LevelDB forks? The > HyperDex folks recently published their HyperLevelDB fork (still > compatible though) and it has significantly improved behaviour, less > performance variance etc. > See http://hyperdex.org/performance/leveldb/ or github. The two issues are packaging and QA. Ideally we (or someone) would build packages that provide libleveldb so that users can drop in whichever leveldb variant they want on their machines. The other issue here, though, is that these are new variants that haven't seen as much usage, so we have no idea how stable they are with Ceph workloads. sage -- 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
