You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that go-ycsb mainly applies cumulative histogram to do the P99 Latency's statistic. Users could set histogram.buckets' interval through properties config.
Though the 'bound' is calculated based on the microsecond latency and configurable 'boundInterval', the code responsible for P99 latency calculation still hardcode 1000 as the bound interval.
If users customize the 'histogram bucket interval' as 1, is it possible to cause display errors? Because the time unit you display on P99 is 'us' (microseconds), 'bound' calculated with interval 1 may represents the real microseconds, after hardcoded calculation, the 'us' you display may represent the 1000 times of the real latency?
Meanwhile, there still isn't binding for Memcached's benchmark, but I want to apply this project on a Memcached benchmark related project.
I have simply added some code for Memcached benchmark for this project. Can you review the PR in this area?
I noticed that go-ycsb mainly applies cumulative histogram to do the P99 Latency's statistic. Users could set histogram.buckets' interval through properties config.
Though the 'bound' is calculated based on the microsecond latency and configurable 'boundInterval', the code responsible for P99 latency calculation still hardcode 1000 as the bound interval.
If users customize the 'histogram bucket interval' as 1, is it possible to cause display errors? Because the time unit you display on P99 is 'us' (microseconds), 'bound' calculated with interval 1 may represents the real microseconds, after hardcoded calculation, the 'us' you display may represent the 1000 times of the real latency?
https://github.com/pingcap/go-ycsb/blob/master/pkg/measurement/histogram.go
per99 = (bound + 1) * 1000
The text was updated successfully, but these errors were encountered: