Est-ce que c'est normal d'avoir un temps CPU 100%?
courge:... /usr/bin/time ./dblmult 5 -
[...]
0.01user 0.00system 0:00.00elapsed 333%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+213minor)pagefaults 0swaps
Même problème avec le builtin de time de zsh.
Si c'est un bug, d'où
Vincent Lefevre wrote:
Est-ce que c'est normal d'avoir un temps CPU 100%?
courge:... /usr/bin/time ./dblmult 5 -
[...]
0.01user 0.00system 0:00.00elapsed 333%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+213minor)pagefaults 0swaps
Même problème avec le builtin de time de zsh
On 2008-05-19 15:18:59 +0200, Basile STARYNKEVITCH wrote:
A mon avis ce n'est pas un bogue. La commande time doit s'appuyer sur
l'appel système times ou getrusage qui renvoie le temps CPU, et
lorsqu'on a plus d'un processeur (cas des multicores actuels) qui
travaille sur le processus
processus.
Il me semble quand dans un tel cas il existe un scénario (un peu
pathologique) où ton processus a deux ou trois top de temps CPU mais un
seul (voire aucun) top de temps horloge.
Je suis donc suffisamment vieux pour ne pas être choqué par le temps CPU
100%.
Je n'exige pas du noyau
On 2008-05-19 17:16:46 +0200, Basile STARYNKEVITCH wrote:
Je n'exige pas du noyau qu'il soit cohérent, mais qu'il marche à peu
près.
En fait, ce n'est probablement pas corrigeable dans le noyau, auquel
cas c'est à la commande time (c'est d'ailleurs cette commande qui va
faire le lien entre
5 matches
Mail list logo