Temps D'execution D'un Programme

Version imprimable

07/05/2007, 12h11
hamska2

Temps D'execution D'un Programme

bonjour;
comment pourrais je calculer le temps d'execution d'un programme developpé en c sous windows??
est ce qu'il y a une fonction qui fait ca calclul ou est ce que je dois developpez moi meme le code qui permet ce calcul?

merci d'avance
07/05/2007, 12h18
Médinoc

Si tu veux connaître le temps processeur exact, tu peux utiliser GetProcessTimes().
Sinon, je ne crois pas que Windows offre grand-chose d'autre pour fournir clé en main le temps d'exécution du programme: Il faudra utiliser les fonctions donnant l'heure actuelle et faire une soustraction...
07/05/2007, 13h03
souviron34

voir l'exemple en C cité dans mon code fourni ici :

http://www.developpez.net/forums/sho...d.php?t=324756
07/05/2007, 13h39
hamska2

Cannot open include file: 'sys/time.h'

j ai testé votre code qui permet de calculer le temps d'execution mais il m donne l'erreur suivante:

Cannot open include file: 'sys/time.h'

le fichier n existe po sur l disq dur !
comment pourrais je resoudre ce probleme?
Merci
07/05/2007, 14h12
Médinoc

En effet, sys/time.h n'existe pas sous Win32.
Souviron34, tu t'es encore gouré...
07/05/2007, 14h22
gege2061

Citation:

Envoyé par Médinoc

Souviron34, tu t'es encore gouré...

Je te retourne le compliment, j'utilise mingw sous windows et j'ai un un fichier sys/time.h !
07/05/2007, 14h24
Médinoc

C'est une extension MinGW, tout comme <dirent.h>.
L'autorité, ce n'est pas le SDK MinGW, mais le SDK fourni par les auteurs de Windows...
08/05/2007, 11h54
souviron34

Citation:

Envoyé par Médinoc

En effet, sys/time.h n'existe pas sous Win32.
Souviron34, tu t'es encore gouré...

je suis désolé, mais si Windows ne suis pas le standard C "de facto" ....

http://www.gnu.org/software/libc/man...-an-Alarm.html

Citation:

The setitimer function is the primary means for setting an alarm. This facility is declared in the header file sys/time.h. The alarm function, declared in unistd.h, provides a somewhat simpler interface for setting the real-time timer.

Donc disponible sous toutes les versions de *n*x..

C'est également déclaré dans Mingw, dans CodeBlocks ....
08/05/2007, 21h22
Médinoc

Ton manuel n'est pas standard, mais GNU.
Le standard C ne connait aucun header dans le sous-dossier "sys".

La plupart des headers dans sys sont des headers POSIX ou GNU, ce que Windows n'a aucune obligation de fournir.
08/05/2007, 22h47
souviron34

ET ???

le P.O dit qu'il développe sous Windows, pas avec quoi.....

Si c'est avec MingW, cygwin, ou avec CodeBlock comme bcp ici, ça passe. Maintenant je ne dis pas que j'ai fourni un code pour TOUS les OS. Mais comme je sais bien que Windows n'est pas conforme à l'usage usuel, et que je ne le connais que peu et n'ai que peu envie de le connaître, je réponds avec ce que je sais...
09/05/2007, 09h41
Médinoc

Je ne suis même pas certain que ça marche vraiment sous MinGW, car Windows ne supporte pas SIGALRM.
Il serait intéressant de tester...

perso j'ai toujours fait:

Code:

1
2
3
4
5
6
7
8
#include <time.h>
long deb,fin;
deb=clock();
//...
//... TACHES
//...
fin=clock();
printf("temps=%lf sec\n",(double)((double)(fin-deb))/CLOCKS_PER_SEC);

09/05/2007, 11h22
souviron34

oui, mais reptils si tu regardes les man pages il y a 3 inconvénients majeurs à ton code :

1) le plus important, cela donne le temps "user", pas le temps absolu (c'est à dire cela donne le temps passé lorsque ton programme TOURNE, pas lorsqu'il est "swappé" parce qu'un autre programme est en haut).
2) dès que tu dépasses une certaine limite (que je n'ai plus en tête), tu dépasses la capacité de stockage (exemple : si tu veux faire un test sur 2 heures ou 24 heures, ça ne marche plus)

http://www.linux-kheops.com/doc/man/...3/clock.3.html

Citation:

Le standard C autorise une valeur quelconque pour clock() au début du programme, il faut donc utiliser la différence entre la valeur actuelle et celle renvoyée par clock() au lancement du programme, pour obtenir une portabilité maximale. Notez que la valeur peut revenir à zéro. Sur un système 32 bits, lorsque CLOCKS_PER_SEC vaut 1000000, cette fonction redonnera les mêmes valeurs toutes les 72 minutes environ.

La norme C99 dit :

Citation:

1 #include <time.h>
clock_t clock(void);
Description
2 The clock function determines the processor time used.
Returns
3 The clock function returns the implementation’s best approximation to the processor time used by the program since the beginning of an implementation-defined era related only to the program invocation. To determine the time in seconds, the value returned by the clock function should be divided by the value of the macro CLOCKS_PER_SEC. If the processor time used is not available or its value cannot be represented, the function eturns the value (clock_t)(-1).269)

et GNU dit (http://www.gnu.org/software/libc/man.../CPU-Time.html) :

Citation:

This function returns the calling process' current CPU time. If the CPU time is not available or cannot be represented, clock returns the value (clock_t)(-1).

3) Et enfin le CLOCK_PER_SEC est une valeur définie en dur (dans time.h).

Ce qui signifie que si tu changes de processeur, ou si le processeur n'est pas enregistré dans la distribution, ou si tu n'as pas mis le bon flag de compil avec la bonne architecture, en bref dans le cas général, la VRAIE valeur de l'horloge et le CLOCK_PER_SEC ne correspondent pas, et donc la mesure est fausse.
09/05/2007, 15h45
reptils

ok merci je ne savais pas tout ça.
09/05/2007, 18h14
hamska2

mon probleme n'est toujours pas résolu

Je ne peux pas utiliser la fonction clock() à cause des raisons que vous venez de citer , la fonction gettimeprocessing non plus à cause du fichier sys/time.h !
est ce qu'il n y a pas un autre moyen??
Merci