Question : Interprétation de moyenne de charge contre l'utilisation d'unité centrale de traitement

Bonjour, le

I ont un serveur avec l'unité centrale de traitement 16 (4 douilles avec le Quadruple-Noyau) et j'ai un programme par lots multifil (de 32 fils) qui est prévu que le travail principalement dans CPU.

When je vérifient l'utilisation d'unité centrale de traitement, est les expositions plus moins de 50% seulement. class= " lineNumbers " >

1 de >
Cpu " de 


 de 

However soit environ 13 : class= " lineNumbers " >
1 de >
load de " prettyprint " de class= de l'id= " codeSnippet854496 " de >


13 parmi 16 noyaux d'unité centrale de traitement, celui de 

That était de top.
Please peut vous expliquer où mon interprétation est false.

I vérifié aussi bien avec  sar : class= " lineNumbers " >
1 de >

$ SAR - p de l'id= " codeSnippet854497 " de >


And de 
number des processus attendant runtime. Fait-il ce moyen qui à 9h30 là était 13 processus attendant l'unité centrale de traitement disponible, quand l'unité centrale de traitement est ralenti de 46% ?  Ou la runq-SZ incluse à la moyenne de charge, signifiant que j'ai 13 processus fonctionner dans l'unité centrale de traitement, et alors j'est-elle devrait s'attendre à l'utilisation d'unité centrale de traitement environ 80% ? 

Thanks, 
Franck.



class= de 

Réponse : Interprétation de moyenne de charge contre l'utilisation d'unité centrale de traitement

1) la charge est calculée des manières de differents
mais sur ce lien http://www.teamquest.com/resources/gunther/display/5/index.htm elle est bien présentée :
La moyenne de charge est la somme de la longueur de file d'attente de course et du nombre de travaux fonctionnant actuellement sur les unités centrales de traitement.

ainsi
(30, 0, 15) la charge est 15 = 0 +15
(30, 8, 7) charge est 15 = 8 + 7
(30, 8, 6) charge est 14 = 8 + 6

2) Oui
 positif----
Elle est tout à fait compliquée et vraiment vraiment rapide dans la vie réelle
Le recommand I vous avez lu les internals de Solaris (http://www.solarisinternals.com/) et le livre avec eux.
Il est pour le Solaris mais à la fin tout le grain sont basés sur les mêmes idées avec des réalisations de differents.

3) oui 30.000 est un grand nombre de syscall
vous pouvez employer la commande de « strace » d'avoir une idée dont le syscall s'appelle plus souvent

ressemble à il y a un logiciel appelé le kerneltrap qui pourrait vous aider (j'ai recherché le Linux de dtrace sur le google)