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
{{ message }}
This repository has been archived by the owner on Oct 17, 2018. It is now read-only.
I have experimented with sampling pooling by using
a pool of fixed-size (64) list of samples, in which case the p99 write latency has become higher and spikier)
a pool of fixed-size (64) full array of samples and a pool of fixed-size empty array of samples (this is to pool the array after the samples are used), in which case the cpu used to be allocated for creating samples is no longer seen in the profile, but the p99 write latency/ flush interval / cpu load remained the same.
Punting this for now, may pick this back up when there's more time.
The text was updated successfully, but these errors were encountered:
On a side note, when we do revisit this in the future it may be worth trying the sync.Pool in the standard library to see if it offers any benefits for our particular workload.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have experimented with sampling pooling by using
Punting this for now, may pick this back up when there's more time.
The text was updated successfully, but these errors were encountered: