[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [linux] Mesure du temps d'exécution d'un process
> -----Original Message-----
> From: pbleser@atosorigin.com [mailto:pbleser@atosorigin.com]On Behalf Of
> Pascal Bleser
> ...
> > asm/param.h:
> > #ifdef __KERNEL
> ^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cela signifie que cette variable-là ne doit être utilisée
> que dans le code du kernel !!!
D'accord, donc ça veut dire que le kernel est compilé avec 100 ticks horloge
par seconde.
> > #define CLOCKS_PER_SEC 100
> > #endif
> > bits/time.h:
> > #define CLOCKS_PER_SEC 1000000l
> >
> > Si je fais, printf("%ld", sysconf(_SC_CLK_TCK)), ça me retourne 100.
> > Par contre un printf("%ld", CLOCKS_PER_SEC) me retourne 1000000.
> > Donc, les mesures de temps retournées par times(), je dois les
> diviser par
> > 100 ou par 1000000 pour obtenir le temps en secondes ?
>
> Je dirais celle de bits/time.h (donc 1000000)...
C'est donc celle que je dois utiliser pour interpréter les résultats
retournés par times().
Par contre, j'ai bien peur que la résolution soit celle imposée dans le
kernel, à savoir 100 ticks/s, mais que les mesures sont données dans des
unités telles qu'il y a 1000000 ticks/s.
Je suppose que c'est un peu risqué de recompiler un kernel en changeant de
manière bête et méchante le ratio tick/s dans le fichier asm/param.h...
Christophe.
> --
> -o) / Pascal Bleser ATOS Origin|
> /\\ \ e-Business Platform Aachen, Germany|
> _\_v \<guru@linuxbe.org> <pbleser@atosorigin.com>|
> ---------------------------------------------------|
> rm -rf /bin/laden || cat usa >/dev/null :
> ---------------------------------------------------'
>
> [ Soyez précis dans vos sujets svp afin de déterminer directement ]
> [ le type de demande... ]
> [ Pour vous (dés)inscrire, aller sur http://unixtech.be/ml.php ]
> [ Archives de la mailing list: http://archives.unixtech.be/linux/ ]
> [ http://unixtech.be Contact: listmaster@unixtech.be ]
>
[ Soyez précis dans vos sujets svp afin de déterminer directement ]
[ le type de demande... ]
[ Pour vous (dés)inscrire, aller sur http://unixtech.be/ml.php ]
[ Archives de la mailing list: http://archives.unixtech.be/linux/ ]
[ http://unixtech.be Contact: listmaster@unixtech.be ]