Hello,

Petite question toute bete je pense.
Comment limitez vous l'utilisation CPU d'un container ou plutot quels sont selon vous les bons parametres, les bonnes valeurs a mettre?
Pour vous donner du concret, mon container rtorrent consomme 80% de CPU lorsque je lance des DL ce qui a tendance a bloquer tout le reste. lorsqu'il a fini ses taches cela redescend a 1% voire moins.
Du coup je voudrai le brider.
suis a l'ecoute de vos bons conseils....

merci

a+

Tu as quelle version de libcurl dans le container ?

voici ce que j'obtiens lorsque je checke la version de libcurl dans le container:
curl 7.67.0 (x86_64-alpine-linux-musl) libcurl/7.67.0 OpenSSL/1.1.1d zlib/1.2.11 nghttp2/1.40.0
Release-Date: 2019-11-06
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS HTTP2 HTTPS-proxy IPv6 Largefile libz NTLM NTLM_WB SSL TLS-SRP UnixSockets

J'avais lu quelque part des osucis similaires mais sur une version 7.64.0

Oui la 7.64.0 posait soucis, du coup t'es sur quel OS et quel image?

mon docker tourne sur une debian 9
et l'image que je fais tournee est rtorrent de la communaute

dans hop je vois clairement que cela sature mon coeur 1, les autres coeurs restent proches de 0%

J ai très longtemps cherché LA cause de ce soucis sous debian 9 j avais également des i/o waits en pagaille et finissait par ne plus avoir d accès à mes applis Web tellement le proc était à fond. Depuis je suis passé à buster et plus de soucis. Du coup je n ai jamais su pourquoi malgré d innombrables recherches. J avais testé plusieurs images sans succes

Si tu n'as que 1 coeur saturé et les autres à 0% et que ça ne répond plus sur d'autres services le soucis ne vient pas du coeur saturé mais bien des io qui saturent ton accès disque je pense.
Pour limiter le soucis tu peux brider la vitesse de dl/up ou le nombre de peers.

Répondre…