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 Jul 19, 2023. It is now read-only.
Most of the queries spend significant time after all the samples were fetched and deduplicated. We need to figure out and fix what causes the latency.
For example, phlare-querier SelectMergeStacktraces:
Solving the problem may result in a very significant decrease in the overall query latencies (up to 50%).
It’s very likely that this is caused by pulling and merging resolved stacks from the ingesters: the size of the payload may be quite big. If this is the case, we may want to find a way to reduce it, e.g. by stack truncation:
We may want to optimize the representation of results in this API: notice that stacks take appx. 50MB (encoded in protobuf). We should consider building a truncated tree (w/o insignificant nodes) as close to the storage as possible, instead of passing an array of stack traces along the way. That would also decrease CPU time of the query execution, and allocations as well:
The text was updated successfully, but these errors were encountered:
Most of the queries spend significant time after all the samples were fetched and deduplicated. We need to figure out and fix what causes the latency.
For example, phlare-querier SelectMergeStacktraces:
Solving the problem may result in a very significant decrease in the overall query latencies (up to 50%).
It’s very likely that this is caused by pulling and merging resolved stacks from the ingesters: the size of the payload may be quite big. If this is the case, we may want to find a way to reduce it, e.g. by stack truncation:
We may want to optimize the representation of results in this API: notice that stacks take appx. 50MB (encoded in protobuf). We should consider building a truncated tree (w/o insignificant nodes) as close to the storage as possible, instead of passing an array of stack traces along the way. That would also decrease CPU time of the query execution, and allocations as well:
The text was updated successfully, but these errors were encountered: