Closed ning1875 closed 4 years ago
@ning1875 I have a feeling you may be running across a lot of CPU cores (causing high lock contention), I would advise running one coordinator per every 4 CPU cores.
See "multiProcess" in the coordinator and query service config for running more processes in a single instance (or if you use some container orchestration platform Kubernetes, just run more coordinators and load balance between them on the same hardware). https://github.com/m3db/m3/blob/master/src/cmd/services/m3query/config/config.go
@ning1875 I have a feeling you may be running across a lot of CPU cores (causing high lock contention), I would advise running one coordinator per every 4 CPU cores.
See "multiProcess" in the coordinator and query service config for running more processes in a single instance (or if you use some container orchestration platform Kubernetes, just run more coordinators and load balance between them on the same hardware). https://github.com/m3db/m3/blob/master/src/cmd/services/m3query/config/config.go
Thank you for your reply 。In fact, It was caused by my improper use. At that time, m3coordinator was in the high concurrency of promethues heavy query (Load many samples per query)
after upgrade m3coordinator to v15.0 ,it cpu useage grow high here is my m3coordinator.yaml and it is used for promethues remote_read only