-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
promxy query is too slow #661
Comments
First off, welcome! Glad to see more users :) That performance gap definitely doesn't seem normal -- so we'll have to dig in a bit more. Ideally if you could provide a tcpdump or |
hi @jacksontj ,A few months later, when I deployed the latest version of promxy(v0.0.91) again, the problem was still there. This time in the log, I found a possible reason. When I execute but, when I execute agg type promql (((container_memory_working_set_bytes/container_spec_memory_limit_bytes)*100 !=+inf ) > 70), the response is very slow (timeout and oom). Check the log promxy performs similar push-down operations on promql, causing it to obtain all the data of the backend node and aggregate it in memory in real time. Does promxy provide an option to control whether the push-down function should be enabled? |
We currently use multi-level vmselect to aggregate multiple vm-clusters to provide a unified data source, but when the query volume is large, the query can be slow because the top-level vmselect will pull all data and do calculations in its own memory. I would like to have a component that can only aggregate the results (in the current scenario, the data from the data source is not repeated), could you provide some suggestions?Or is there a problem with my understanding or usage of promxy ? |
Promxy will do as much pushdown as it can do without altering the results. The issue here is that the query is a bit too complex to guarantee a pushdown would work. To explain this I will simplify your query a bit -- so it is hopefully easier to follow.
|
hi, i use promxy to proxy my victoriametrics-cluster datasource,the data link is grafana -> promxy -> vm-cluster;now I find that promxy queries take much longer than vm queries.
test promql:
topk(5,(sum(rate(container_cpu_usage_seconds_total{container!=''}[5m])) by (pod,namespace,project_mark,app_type,cluster,container) / sum(container_spec_cpu_quota{container!=''}/container_spec_cpu_period{container!=''}) by (pod,namespace,project_mark,app_type,cluster,container) * 100 !=+inf) )
range_query: 24h
This is my query time with promxy:17s+ :(
When I switch back to the vm datasource,the query duration is only 400ms+
my promxy config:
promxy version:v0.0.86
The text was updated successfully, but these errors were encountered: