Cassandra 0.5 released | Hacker News Reader

Cassandra 0.5 released

svn.apache.org

28 pointsaschobel10 comments

Open articleView on HN

I'd like to promote my python library for Cassandra:

http://github.com/vomjom/pycassa

maybe link to the download page: http://incubator.apache.org/cassandra/download/

Thank you, I got a lot more out of:

Cassandra – A highly scalable, eventually consistent, distributed, structured key-value store.

Than I did out of:

  0.5.0 final
   * avoid attempting to delete temporary bootstrap files twice (CASSANDRA-681)
   * fix bogus NaN in nodeprobe cfstats output (CASSANDRA-646)
   * provide a policy for dealing with single thread executors w/ a full queue
   (CASSANDRA-694)
   * optimize inner read in MessagingService, vastly improving multiple-node performance (CASSANDRA-675)
   * wait for table flush before streaming data back to a bootstrapping node.
   (CASSANDRA-696)
   * keep track of bootstrapping sources by table so that bootstrapping doesn't give the indication of finishing early (CASSANDRA-673)

indeed, but http://incubator.apache.org/cassandra/download/ isn't unique to the 0.5 release.

wish there was a blog post I could have linked to

cheers

At the place where I work it's become clear that we need something like cassandra or redis. The lack of robustness in the php redis client is a cause for concern for me (as compared to libmemcached), and I don't know much about cassandra, but our CTO opposes it because he thinks the documentation is spotty and not enough big projects are using it.

Thoughts?

Your CTO is right. I was recently in the position of using Tokyo Cabinet on a site with a lot of traffic. Initially, it was great. It continued to be great for a long while until we hit a point where it started taking up too much memory and 100% cpu causing load to sky rocket. While the technology is great, there was very little that Google found about our particular problem. We eventually wound up resetting our tyrant database and plan on moving completely off of it.

You didn't strace it to see what was going on?

> documentation is spotty

True, but we're working on that (and we're very responsive on IRC and mailing lists).

> not enough big projects are using it

I don't think that's true anymore; Digg, Facebook, Rackspace, Twitter, Mahalo, Ooyala, SimpleGeo, WebEx, and others are using Cassandra: http://n2.nabble.com/Cassandra-users-survey-td4040068.html

Thanks for the link, it will be useful if I try to make a case for cassandra vs redis. Other questions: how robust are the clients (especially for php), and are you aware of any performance/scaling comparisons between cassandra and redis?

the clients are thrift, and the commonly used ones (java, python, ruby, C++, php), are robust, although the thrift devs are slow to apply patches sometimes (all the php users I know have applied http://issues.apache.org/jira/browse/THRIFT-347).

redis is faster per node, but does not scale, there is not much to compare. :)

Reply on news.ycombinator.com