[Gluster-users] glusterfs performance issues
Jeff Darcy
jdarcy at redhat.com
Tue Jan 8 14:12:04 UTC 2013
On 1/8/13 8:32 AM, Rob Gil wrote:
> Cassandra does this interestingly enough and is more baked than the
> suggestions posed thus far. As it is an eventual consistency database it
> needs to pull the freshest ID of a record, similar to a file. That ID is
> based on a timestamp and a server hash (potentially more things). It might
> be worth looking in to if this is not fully baked.
Actually the use of simple timestamps instead of vector clocks has long been
regarded as a deficiency compared to some of Cassandra's competitors[1]. It's
allowed to persist because Cassandra explicitly does not support that level of
consistency[2], and that fact continues to cause concern among users[3]. Under
POSIX we must support that higher level of consistency, so simple timestamps
are inadequate.
[1]
http://docs.basho.com/riak/1.2.1/references/appendices/comparisons/Riak-Compared-to-Cassandra/
[2] https://issues.apache.org/jira/browse/CASSANDRA-580
[3] http://www.datastax.com/support-forums/topic/vector-clock-conflict-resolution
More information about the Gluster-users
mailing list