Closed sandreim closed 1 year ago
I think the implementation could be simplified more, no need for a new Arcsent/received
.
we can compute at meter reading time from
sent/received
.
It is true unless these counters are overflowed. However, overflowing of usize
is not... realistic.
we can compute at meter reading time from
sent/received
.It is true unless these counters are overflowed. However, overflowing of
usize
is not... realistic.
Saturating arithmetic should help
Currently we use prometheus query to measure channel size but this is notoriously inaccurate, especially when scrapers are under high load.
For
async_channel
,len()
is supported, but forfutures_channel
we compute it based on sent/received.