I've tried to search around for a reason for this in the past and haven't
found one. I don't think it's a bad idea. Would be a helpful metric to
diagnose internode networking issues - although I'll note that the read
metric will also achieve this assuming you have enough reads to get some
useful information out of it.

On 9 February 2018 at 17:43, Sumanth Pasupuleti <
sumanth.pasupuleti...@gmail.com> wrote:

> There is an existing CoordinatorReadLatency table metric. I am looking to
> add CoordinatorWriteLatency table metric - however, before I attempt a shot
> at it, would like to know if anyone has context around why we currently do
> not have such metric (while we have the read metric) - if someone has
> already attempted and realized its a bad idea for some reason.
>
> Thanks,
> Sumanth
>

Reply via email to