Very interesting guys! I'm also interested in sync reads/writes.
That's where leveldb really seemed to fall over in the testing I did.
On my laptop with an SSD I was getting 200 iops no matter if I was doing
random or sequential sync writes (using a single thread) with stock
leveldb, hyperdex, or basho's version. It would be interesting to try
rocksdb.
Nisha Talagala of Fusion IO also did a presentation at PDSW comparing
their OpenNVM key-value layer to leveldb for sync reads/writes here
(slide 24):
http://www.pdsw.org/pdsw13/slides/talagala-Flash_datacenter-pdsw13.pdf
Mark
On 11/27/2013 05:52 AM, Haomai Wang wrote:
Yes, we have related bp for rocksdb backend.
wiki.ceph.com/index.php?title=01Planning/02Blueprints/Firefly/osd:_new_key%2F%2Fvalue_backend
On Wed, Nov 27, 2013 at 6:56 PM, Stefan Priebe - Profihost AG
<s.priebe@xxxxxxxxxxxx> wrote:
the performance comparisions are very impressive:
https://github.com/facebook/rocksdb/wiki/Performance-Benchmarks
Stefan
Am 27.11.2013 11:55, schrieb Stefan Priebe - Profihost AG:
Hi,
while googles leveldb was too slow for facebook they created rocksdb
(http://rocksdb.org/) may be interesting for Ceph? It's already
production quality.
Greets,
Stefan
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-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
--
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
