Le 8 sept. 05 à 17:22, Fabrice Bacchella a écrit :
Bof, autant que la machine serve. J'ai des serveurs de calculs qui
monte à 30 & 2 serveurs web biproc qui tourne couramment à 10 & +.
Dans le premier cas, je dirais que de toute façon je me fous du
temps de réponse. Pour mon serveur web, l'impact est minime sur le
temps de réponse, vu que y a surtout du réseau.
Je suis intrigué par ton web serveur. Comment peut-il y avoir un
impact minime ? Si tu as 10 process en runq, ça nous fait 5 runnable
par CPU; ce serait intéressant de faire un bench en ajoutant des CPUs
En résumé, rien ne vaut un bon bench, en ayant des objectifs de QOS
pour savoir où est réellement le goulot d'étranglement.
Oui. Vive les benchs, c'est clair.
Bon une load qui passe de 0,05 à 25 brutalement, là oui, y a un
problème.
:-)
Pour revenir sur la notion de load. Pour moi, c'est la runqueue de
LWP. Un process avec deux thread qui attendent pour faire des
calculs : load de 2.
10 process en attente d'IO : load de 0.
Mais si on jette un coup d'œil sur le man de vmstat :
The fields of vmstat's display are
kthr Report the number of kernel threads in each of
the three following states:
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 the
three following states:
solaris 9 :
The fields of vmstat's display are
kthr Report the number of kernel threads in each of
the three following states:
_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
[email protected]
http://x86.sun.com/mailman/listinfo/solaris_fr
