SlideShare is now on Android. 15 million presentations at your fingertips.  Get the app

×
  • Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
 

Evaluating NoSQL Performance: Time for Benchmarking

by on Jun 14, 2012

  • 14,267 views

 

Statistics

Views

Total Views
14,267
Views on SlideShare
14,046
Embed Views
221

Actions

Likes
20
Downloads
265
Comments
8

8 Embeds 221

http://www.scoop.it 120
http://tweets.valtellinux.it 48
http://rg443blog.wordpress.com 37
https://twitter.com 6
http://www.linkedin.com 5
https://twimg0-a.akamaihd.net 2
http://twitter.com 2
http://kred.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via SlideShare as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

18 of 8 previous next Post a comment

  • RickHoulihan Rick Houlihan This is a useless document. The mongodb config has a shard key that will nail all writes to the primary of a single node.

    The _id field is an incrementing value as it incorporates a timestamp. This will force all inserts to be stored in the last extent range which resides on a single shard, so the shard configuration is invalid.

    The results you are reporting are ridiculous. Cassandra read performance should be terrible compared to MongoDB, and the write performance is way off for reasons previously mentioned. Your high read latency is likely caused by the same problem as the write performance...range queries are all being served by one node because of the poor selection of shard key.
    2 months ago
    Are you sure you want to
    Your message goes here
    Processing…
  • vkroz Vladimir Kroz, Princpal Data Architect at Amdocs Inc. I would add one more criteria for evaluating the system - learning curve and complexity of operation. The efforts required to operate these systems in production significantly differs from product to product. 8 months ago
    Are you sure you want to
    Your message goes here
    Processing…
  • ghazanfarali5832 Ghazanfar Ali Yes. Target means number of operations for certain time.
    Throughput = Operations / Seconds
    1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • tazija tazija @oussama2nd Correct, specific throughput is achieved by manipulating --target= option on the command line (or in the properties file) 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • ozeugene Eugene OZ, Software Engineer at Machiavelli Luxury Group Thank you VERY much for this, I spent a whole day to find this kind of benchmarks and I think you spent much more time to make them. 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • azerthdjsie Sébastien Nahelou I find the ratio 4 for HBASE / mongo too (for insert) :) 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • ssusercc38d8 Chien-Wei Huang, Student at CCU University Using the default value of _id as the sharding key in mongodb is not so good because it's not well distributed. Inputs may forward to the same server at a time and can't make benefit with 4 sharding node. 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • oussama2nd oussama2nd have a question when you grow the throughput you do that with the propertie target? 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Evaluating NoSQL Performance: Time for Benchmarking Evaluating NoSQL Performance: Time for Benchmarking Presentation Transcript