Je ne pense pas que le fait qu'un programme soit multithreadé fasse
baisser le
load pour la simple raison que les programmes qui sont multithreadés
sont
semble-t-il élus plus souvent. On voit bien ce phénomène avec un serveur
sendmail (process) et ses filtres milter (thread) et la commande prstat
Le 9 sept. 05 à 08:55, Christian PELISSIER a écrit :
Par contre un programme correctement multithreadé emploie
certainement
mieux les CPUs (c'est pour cela qu'on a inventé les threads).
Oui, il bouffe beaucoup moins de temps systm.
En extrapolant, on peut imaginer qu'une machine taillé
bonjour,
sur un quadri pro (v440), une charge de 4 je dois m'inquieter, ou c'est
normal?
calypso-root% prstat
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
5340 moi 32M 25M cpu1 00 0:23:41 22% acroread/1
3716 root 5152K 3608K sleep 32
Pour moi la charge limite est 2x nbCPU
Donc, je dirais non, tu es encore dans les clous.
___
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
Solaris_fr@x86.sun.com
Le jeu 08 septembre, Nicolas Dorfsman a écrit :
Pour moi la charge limite est 2x nbCPU
Donc, je dirais non, tu es encore dans les clous.
Pour moi une charge de 1 x nbCPU ca veut dire 100% du CPU utilisé ainsi
que 100% des IO utilisés. Si ca (le load) dépasse nbCPU c'est qu'il y a
un
Le 8 sept. 05 à 16:22, Bruno Bonfils a écrit :
Le jeu 08 septembre, Nicolas Dorfsman a écrit :
Pour moi la charge limite est 2x nbCPU
Donc, je dirais non, tu es encore dans les clous.
Pour moi une charge de 1 x nbCPU ca veut dire 100% du CPU utilisé
ainsi
que 100% des IO
Le 8 sept. 05 à 16:25, Nicolas Dorfsman a écrit :
Pour moi une charge de 1 x nbCPU ca veut dire 100% du CPU utilisé
ainsi
que 100% des IO utilisés.
Ok pour le CPU utilisé...mais un CPU qui tourne à 100%, c'est un
CPU bien utilisé.
Par contre, les IO à 100% sur un load average à
Le jeu 08 septembre, Nicolas Dorfsman a écrit :
Le 8 sept. 05 à 16:25, Nicolas Dorfsman a écrit :
Pour moi une charge de 1 x nbCPU ca veut dire 100% du CPU utilisé
ainsi
que 100% des IO utilisés.
Ok pour le CPU utilisé...mais un CPU qui tourne à 100%, c'est un
CPU bien utilisé.
Le 8 sept. 05 à 16:39, Bruno Bonfils a écrit :
Moué, si ca a vraiment aucun rapport entre le runq et les IOs, je vois
pas en quoi le load est une info pertinante alors. Prenons le cas
simple
d'un process qui a « eu de temps de scheduler », donc a priori pas en
runq, mais qu'il est en
Ben non, c'est pas très pertinent la load. C'est comme les io, c'est
le temps d'attente qu'est vraiment significatif. Essaie prstat -m,
colonne LAT. Pour une charge de 4 sur une mono-CPU, suffit de 5
process qui se tire des bourres en temps utilisateurs. Si les temps
de réponses restent
Le 8 sept. 05 à 16:42, Nicolas Dorfsman a écrit :
Le 8 sept. 05 à 16:39, Bruno Bonfils a écrit :
Moué, si ca a vraiment aucun rapport entre le runq et les IOs, je
vois
pas en quoi le load est une info pertinante alors. Prenons le cas
simple
d'un process qui a « eu de temps de
Aucun rapport entre la runq et les IO. Un process en runq est un
process prêt à tourner sur le CPU, mais que le CPU n'a pas encore eu
le temps de scheduler.
Plus précisemment il a pu tourner, mais il a épuisé son temps et il se
retrouve
dans la runqueue (il a tout pour tourner mais un
Le 8 sept. 05 à 16:48, Fabrice Bacchella a écrit :
Ben non, c'est pas très pertinent la load. C'est comme les io,
c'est le temps d'attente qu'est vraiment significatif. Essaie
prstat -m, colonne LAT. Pour une charge de 4 sur une mono-CPU,
suffit de 5 process qui se tire des bourres en
Xavier CHERIF wrote:
j'ai deja vu pire du 49,
Moi, moi!
J'ai déjà fait plus de 700, et la machine a survécu (un script récursif
et foireux, mea culpa :-)
Laurent
___
Solaris_fr liste de diffusion en français pour Solaris, sur toutes
Le 8 sept. 05 à 17:10, Nicolas Dorfsman a écrit :
Bof. Le fait de nicer un process va lui donner moins de ticks
CPU (si je dis pas de bêtises), mais il n'empêche que quand ton
load average monte à 2xnbCPU, c'est tous process confondu, et ça
veut bel et bien dire que tu as 2 runnable
Le 8 sept. 05 à 17:32, Nicolas Dorfsman a écrit :
Ca alors ! :)
J'avais jamais remarqué, mais depuis Solaris 9 vmstat parle
effectivement de kernel thread et plus de process
solaris 8 :
The fields of vmstat's display are
procs Report the number of processes in each of
Le 8 sept. 05 à 17:44, Fabrice Bacchella a écrit :
Donc je me pose pas plus de problème. En bonne admin système
flemmard, j'applique un principe de base tout simple : si mes
utilisateurs sont content, je suis content. Pas la peine de leur en
fournir plus qu'ils ne demandent.
:-)
Le 8 sept. 05 à 17:04, Xavier CHERIF a écrit :
exemple.
prends un apache 1 (fork) chargé, avec 150 fils avec du bon php qui
consomme (disk, cpu)...load average haut (car sur les 150 beaucoup
essaient de tourner.
prenons un autre serveur web multithreaded avec php (toujours le
meme),
18 matches
Mail list logo
