Discussion :

[Ashin]

Bonjour,
suite a la mise a jour d'un logiciel, je dois quantifier les gains de temps entre l'ancienne et la nouvelle version. Jusqu a présent, j ai toujours utilisé la commande time qui me donne le temps réel, le temps user et le temps système.
Mon problème est le suivant, les temps user et système ne sont pas toujours cohérente et varie énormément entre deux exécutions similaires.
Je voudrais savoir si le fait qu il y ait 2,4 8 ou meme 16 processeurs sur la machine pouvait poser des problèmes sur les résultats de cette commande.
Et s il existait une alternative a la commande time.

Merci de vos réponses.

[souviron34]

si tu as accès aux sources, oui il y a une alternative.

(voir la rubrique sources C => date => GetClock qui donne la valeur réelle du temps passé (absolue)).

En ce qui concerne la commande time, le temps user est le temps "elapsed", donc peut énormément varier suivant la charge, le temps système est le temps machine, comptabilisé uniquement en temps où le programme est chargé (impliquant que s'il il est déchargé par swap, ça ne compte pas). D'où effectivement une variation là encore en fonction de la charge, et vraisemblablement du nombre de CPUs.

[Ashin]

oui la charge je suis conscient que cela influe sur les résultats mais cela n est pas gênant, on peut toujours s arranger pour faire les mesures a charge quasi égale.

mais pour ce qui est du temps système, est ce possible qu il soit faussé a cause des multi processeurs (qu il calcule par exemple que le temps ou il est chargé dans le 1er processeur et pas dans les autres ...)

[bizulk]

Ton programme est-il multi-tâche ? Fais-tu des accès disques ou vers d'autre périphériques ? Ceux-ci ont-ils changés ?

Juste pour indication tu peux aussi lancer le soft via un script avec un appel à 'date' avant et après (mais c sur les infos sont moins précises et moins complètes).

[Ashin]

le temps réel est bon, c est le temps système qui me pose problème


Pour le programme c est deux processus qui communiquent par ipc

D après ce que j ai compris le temps systeme c est le temps passé dans l espace noyau et le temps user c est le temps passé dans l espace utilisateur.
La somme des deux est le temps passé dans le processeur

[bizulk]

Théoriquement je penserais que Linux attribue un processus/une tâche au processeur qui est le moins chargé, mais ...

• D'après ici les processus user ne sont pas répartis entre les processeurs ce que je ne crois pas car make gère le smp. De plus la doc linux "cpusets.txt" montre que l'on peut attribuer des tâches a des cpus.
• Le support SMP Linux est inégal suivant les architectures PC (PowerPC, ...) et
• Il faut que le SMP soit activé dans le noyau et par le chargeur d'amorçage

.

Si ce qu'il se passe correspond à la "thérorie" alors je dirais : les perfomances dépendent de surtout ton application. Tu as en effet des tâches en attente sur des queues de messages, donc l'une d'elle peut être en attente de msg, ou en attente d'emission.
Tu peux le vérifier avec strace.

Enfin l'ordonnanceur Linux peut modifier la priorité de tes applications et recevoir moins de temps processeur.

[souviron34]

D après ce que j ai compris le temps systeme c est le temps passé dans l espace noyau et le temps user c est le temps passé dans l espace utilisateur.
La somme des deux est le temps passé dans le processeur

me trompe-je ou le temps utilisateur est simplement le delta entre le moment où le programme est lancé et celui`où il se termine ?

Le temps passé dans le processeur serait donc plutôt la différence des 2 temps.. Et encore.. Comme dit plus haut, il y a le swap, l'attente passive (sleep ou wait d'une ressource, etc etc)..