3 ms·
If so any JVM based datastore could probably benefit. I wonder how long before we see a similar result from ElasticSearch. (Only other huge JVM based store I c
by tkahnoski 9y ago
If so any JVM based datastore could probably benefit.
I wonder how long before we see a similar result from ElasticSearch. (Only other huge JVM based store I can think of).
- ddorian43 9y agoHbase is going offheap as much as possible. Voltdb uses java for management and c++ for low-level. They will write c++ in java eventually. Depending on how much performance you REALLY need. The same for elasticseach, if you want performance you need to do the same thing scylladb did to cassandra (per-core-sharding, skip filesystem across cores etc)
- ddorian43 9y agoIn elasticsearcch terms, vespa.ai, which claims better performance/scalability/maintanability uses c++ for lucene layer and java for the solr/elasticsearch layer. There are blog posts speeding lucene by 2x+ by changing some stuff to c/c++. There are libraries (trinity) claiming 2x+ performance . There is google-engineer saying "bigtable is 3x faster than hbase" that I've read.
- itronitron 9y agoPeople with an interest may want to check out Azul's Zing JVM and the following blog post testing it out with Lucene... http://blog.mikemccandless.com/2012/07/lucene-index-in-ram-with-azuls-zing-jvm.html http://blog.mikemccandless.com/2012/07/lucene-index-in-ram-w...