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
Having the timestamp included in the metric partition key hurts the performance of the cardinality limiter. While for aggregation we are only interested in a single bucket, the cardinality limiter is interested in the same metric over a long period of time.
Removing the timestamp from the partition key will (greatly) improve the performance of the in memory cardinality cache by consistently routing unique metrics to the same Relay instance hitting the already populated cache.
The text was updated successfully, but these errors were encountered:
Having the timestamp included in the metric partition key hurts the performance of the cardinality limiter. While for aggregation we are only interested in a single bucket, the cardinality limiter is interested in the same metric over a long period of time.
Removing the timestamp from the partition key will (greatly) improve the performance of the in memory cardinality cache by consistently routing unique metrics to the same Relay instance hitting the already populated cache.
The text was updated successfully, but these errors were encountered: