Usage CPU immodéré sans raison

[gilluc]

je viens d'installer espocrm depuis 1 semaine.
j'ai créé 10 comptes, 10 contacts et 1 opportunité...pour tester...
il n'y a personne loggé ...
voici la consommation cpu:

2026-08-21 08:30:02 / CPU / 5236387223b3 espocrm-daemon 213.92% 158MiB / 22.92GiB
2026-08-21 08:45:02 / CPU / 5236387223b3 espocrm-daemon 96.99% 35.8MiB / 22.92GiB
2026-08-21 09:00:02 / CPU / 5236387223b3 espocrm-daemon 140.57% 254.4MiB / 22.92GiB
2026-08-21 09:15:02 / CPU / 5236387223b3 espocrm-daemon 78.74% 168.1MiB / 22.92GiB

j'ai d'autres containers sur cette machine OVH 8 coeurs xeon 24 go ram qui consomment rarement plus de 5% ...

comment c'est possible de consommer autant de cpu quand ya personne connecté ???

[lazovic]

Hi gilluc,

Please clarify whether any integrations (Google, Outlook) are working? Are any email accounts connected (with IMAP)?

Please also keep in mind that you can monitor the load in real time with the following command; use it in the terminal:

docker container stats espocrm-daemon

You can also go directly into the container and use the following command:

htop

[gilluc]

Hi gilluc,

Please clarify whether any integrations (Google, Outlook) are working? Are any email accounts connected (with IMAP)?

Please also keep in mind that you can monitor the load in real time with the following command; use it in the terminal:

docker container stats espocrm-daemon

You can also go directly into the container and use the following command:

htop

No integration at all
no email connected at all

it's just a clean install of espocrm with docker / i used the provided docker-compose.yml here

https://docs.espocrm.com/administration/docker/installation/#docker-compose

of course, the 4 lines i provided are from "docker container stats espocrm-daemon" i am not a noob!
please re read my first post!

[yuri]

These are likely very short burst (much shorter than a second). The background daemon spawns parallel processes to handle jobs. The default configuration is suitable for a real production use with multiple users.

You can decrease 'Jobs Pool Concurrency Number' under Administration > Job Settings, also increase 'Daemon Interval'. If you expect to have very few users, you can disable 'Jobs Run in Parallel'. You can also limit resource usage for the daemon container.

Such short spikes should not be a problem. The application is pretty large.

We did some tests and observed similar spikes, but the CPU% numbers were somewhat lower than yours.