-
Notifications
You must be signed in to change notification settings - Fork 400
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
loadtesting: request rate for uploading charts and get index drops a lot with 0.16.0 release #711
Comments
I'll look at this , it seems that most of the CPU or latency are reported by If you can revert the #692 locally and run loadtesting again , it will help us a lot ~ |
Hi @scbizu, revert #692, seems the performance is worse than before. go tool pprof allocs.out go tool pprof profile.out |
Hi @zmaxyan , I try to reproduce this use our HEAD via our loadtesting script and my Mac(local storage), but I do not see the lots of latency dopped as you provide . Can you provide your CM startup commands and which storage you are using ? |
We used PVC as storage and just using "chartmuseum" as startup command. We using a chart yaml setting with some env parameters etc. @scbizu |
PVC can be various storage provision , and the storage throughout differs from the providers . Did you run it on AKS and use s3 as backend , or just run on local k8s cluster and use local-storage as backend ? |
This case we used the network storage with storageclass type RBD to dynamically create PVC. |
@zmaxyan Can you somehow monitor your disk I/O ? It seems like the bottleneck is the disk I/O or the network. |
Version:
0.16.0 release
Problem
Using locust to have the loadtesting, the request rate for uploading charts and get index drops a lot.
Description
Previously
Previously chartmuseum release version v0.12.0 with pvc:
locust -f locustfile.py --no-web -L DEBUG -c 200 -r 50 -n 100000 --csv=result
We define posting new charts and get index in locustfile.py. The request rate for uploading charts could arrive 300 req/s and get index 30 req/s
Using 0.16.0
But when we use 0.16.0, the request rate drops to 5 req/s and 0.5 req/s and after the charts arrives 230 or so, the post requests begin to fail.
From the log, you can see the latency is very high, {"L":"INFO","T":"2023-08-11T10:48:11.323Z","M":"[12781] Request served","path":"/api/mychart/charts","comment":"","clientIP":"XXXXX","method":"POST","statusCode":201,"latency":"19m6.78816919s","reqID":"xxxxxxxxxxxx"}
The chartmuseum pod cpu is not high only 50%
Using go tool pprof to get some data:
The text was updated successfully, but these errors were encountered: