The column family specific numbers are reporting latencies local to the
node. So a write/read that has reached the correct replica and just needs
to hit memory/disk.

The non column family specific numbers are reporting latencies from the
coordinator. So the latency from the time the coordinator receives a
write/read request, contacts the right replica(s), receives an internal
response and responds to the client.


On Wed, Jul 10, 2013 at 12:27 PM, Christopher Wirt <chris.w...@struq.com>wrote:

> I was wondering if anyone knows the difference between the JMX latency
> stats and could enlighten me.****
>
> ** **
>
> We’ve been looking the column family specific stats and see really lovely
> < 3ms 99th percentile stats for all our families.****
>
>
> org.apache.cassandra.metrics:type=ColumnFamily,keyspace=mykeyspace,scope=mycolumnfamily,name=ReadLatency
> ****
>
> ** **
>
> Now, when we look at the overall client request read latency stats we see
> a far more inconsistent jagged 99th percentile flying between 5ms – 80ms *
> ***
>
> org.apache.cassandra.metrics:type=ClientRequest,scope=Read,name=Latency***
> *
>
> ** **
>
> ** **
>
> Thanks****
>
> ** **
>
> Chris****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>

Reply via email to