temps CPU programme C/C++ windows XP

Version imprimable

30/10/2007, 14h30
pascale_92

temps CPU programme C/C++ windows XP

Bonjour!

je souhaiterais connaître le temps d'exécution d'un sous-programme en C++ sous windows XP ...Je n'ai jusqu'à présent trouvé que des solutions avec clock() qui évaluent en fait le temps réel ( il augmente lorsque plusieurs tâches sont exécutées en parallèle et ce n'est pas ce qu'on veut ) et non le temps cpu.
30/10/2007, 14h54
Mat.M

Citation:

Envoyé par pascalecaire

Bonjour!

je souhaiterais connaître le temps d'exécution d'un sous-programme en C++ sous windows XP ...Je n'ai jusqu'à présent trouvé que des solutions avec clock() qui évaluent en fait le temps réel ( il augmente lorsque plusieurs tâches sont exécutées en parallèle et ce n'est pas ce qu'on veut ) et non le temps cpu.

On peut utiliser des fonctions standards du C mais des API comme QueryPerformanceCounter comme son nom le laisse supposer seront plus performantes..
Voir MSDN+QueryPerformanceCounter
Sinon GetTickCounts()

Citation:

DWORD dwStart = GetTickCount();

// Stop if this has taken too long
if( GetTickCount() - dwStart >= TIMELIMIT )
Cancel();
30/10/2007, 15h15
ram-0000

Attention, lu dans le MSDN : The GetTickCount function retrieves the number of milliseconds that have elapsed since the system was started. It is limited to the resolution of the system timer

Autrement dit, la fonction GetTickCount() peut donner le temps écoulé depuis le lancement du processus par exemple mais pas le temps CPU consommé par ce même processus
30/10/2007, 15h22
pascale_92

temps CPU

justement c'est bien mon problème : avoir le CPU utilisé par la fonction et non le temps écoulé ....
30/10/2007, 15h23
Emmanuel Delahaye

Citation:

Envoyé par pascalecaire

je souhaiterais connaître le temps d'exécution d'un sous-programme en C++ sous windows XP ...Je n'ai jusqu'à présent trouvé que des solutions avec clock() qui évaluent en fait le temps réel ( il augmente lorsque plusieurs tâches sont exécutées en parallèle et ce n'est pas ce qu'on veut ) et non le temps cpu.

En principe clock() mesure bien le temps CPU.

Tu peux montrer le code qui montre le contraire ?
30/10/2007, 15h26
ram-0000

Après quelques recherches, la bonne fonction semble être : GetProcessTimes() qui permet de récupérer la date de création du process, la date d'arrêt, le temps CPU en mode noyau et le temps CPU en mode USER.

http://msdn2.microsoft.com/en-us/library/ms683223.aspx

Bien sûr, avant, il faut ouvrir le process (par OpenProcess()) s'il s'agit d'un autre process que le process courant
30/10/2007, 15h33
ram-0000

Citation:

Envoyé par Emmanuel Delahaye

En principe clock() mesure bien le temps CPU.

Je ne suis pas sûr que la fonction clock() existe sous Microsoft Windows XP
30/10/2007, 15h34
pascale_92

temps CPU programme C/C++ windows XP

avec clock(), si l'on mesure le CPU d'une tâche, celui-ci est différent selon que l'on exécute ou non d'autres tâches en parallèle ce qui prouve bien que l'on ne mesure pas le CPU !!!!
30/10/2007, 15h35
pascale_92

"Bien sûr, avant, il faut ouvrir le process (par OpenProcess()) s'il s'agit d'un autre process que le process courant"

je ne comprends pas ce qu'il faut faire concrètement.

Citation:

Envoyé par ram_0000

Je ne suis pas sûr que la fonction clock() existe sous Microsoft Windows XP

Bah, c'est une fonction standard C et elle ne retourne pas (clock_t) -1.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 #include <stdio.h> #include <stdlib.h> #include <time.h> #include <limits.h> int main (void) { unsigned long volatile cpt = 0; printf ("%g\n", (double) clock ()); while (cpt != ULONG_MAX) { cpt++; } printf ("%g\n", (double) clock ()); return 0; }
Maintenant, qu'elle soit mal implémentée dans mscvcrt.dll et qu'elle de soit pas conforme à la norme, c'est possible...

http://msdn2.microsoft.com/en-us/lib...30(VS.71).aspx

Citation:

Envoyé par pascalecaire

je ne comprends pas ce qu'il faut faire concrètement.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
// open the current process
HANDLE h = OpenProcess(PROCESS_ALL_ACCESS, TRUE, GetCurrentProcessId());
 
// check return value (h != NULL)
 
// read process counters
FILETIME CreationTime;
FILETIME ExitTime;
FILETIME KernelTime;
FILETIME UserTime;
BOOL ret = GetProcessTimes(h, &CreationTime, &ExitTime, &KernelTime, &UserTime);
 
// check return of GetProcessTimes() call
 
// close the process handle (no more need)
CloseHandle(h);
 
// analyse des temps retournés

30/10/2007, 16h00
pascale_92

Pratiquement à l'intérieur d'un code C++ existant et "tournant" sur visual studio 2005, je fais quoi pour connaître les temps CPU ddes deux sous-programmes appelés ?

merci.
30/10/2007, 16h10
ram-0000

Citation:

Envoyé par pascalecaire

je fais quoi pour connaître les temps CPU ddes deux sous-programmes appelés ?

Quand tu dis "sous programmes", tu penses "process lancés par la commande CreateProcess(')" ou bien "fonction apellée par appel de fonction" ?
30/10/2007, 16h15
Emmanuel Delahaye

Citation:

Envoyé par pascalecaire

Pratiquement à l'intérieur d'un code C++ existant et "tournant" sur visual studio 2005, je fais quoi pour connaître les temps CPU ddes deux sous-programmes appelés ?

Tu demandes dans le forum C++...
30/10/2007, 17h37
Mat.M

Citation:

Envoyé par pascalecaire

justement c'est bien mon problème : avoir le CPU utilisé par la fonction et non le temps écoulé ....

je ne comprends pas ce que tu veux : la charge CPU ou le temps écoulé ?
Avec GetTickCount cela se fait très bien je l'ai déjà utilisé.
On l'utilise pour la synchro des jeux vidéos.

Citation:

Envoyé par ram_0000

Autrement dit, la fonction GetTickCount() peut donner le temps écoulé depuis le lancement du processus par exemple mais pas le temps CPU consommé par ce même processus

Eh bien on initialise un DWORD avec GetTickCount() et on calcule le delta de temps avec un autre.
Maintenant pour obtenir le 2ième delta qui donne la fin d'exécution du deuxième process il faut utiliser un SendMessage ou PostMessage ( WM_USER ) win32 pour indiquer que le sous-processus est terminé.
Ce qui n'est pas du C standard
30/10/2007, 18h11
ram-0000

Oui mais dans cet exemple, tu calcules effectivement du temps réel et non pas du temps CPU

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
 
// open the current process
HANDLE h = OpenProcess(PROCESS_ALL_ACCESS, TRUE, GetCurrentProcessId());
 
// check return value (h != NULL)
 
// read process counters before call
FILETIME CreationTimeBeforeCall;
FILETIME ExitTimeBeforeCall;
FILETIME KernelTimeBeforeCall;
FILETIME UserTimeBeforeCall;
BOOL ret = GetProcessTimes(h, &CreationTimeBeforeCall, &ExitTimeBeforeCall, &KernelTimeBeforeCall, &UserTimeBeforeCall);
 
// check return of GetProcessTimes() call
 
// appel de la fonction dont on veut mesure le temps CPU
ma_fonction_que_je_veux_mesurer();
 
// read process counters after call
FILETIME CreationTimeAfterCall;
FILETIME ExitTimeAfterCall;
FILETIME KernelTimeAfterCall;
FILETIME UserTimeAfterCall;
BOOL ret = GetProcessTimes(h, &CreationTimeAfterCall, &ExitTimeAfterCall, &KernelTimeAfterCall, &UserTimeAfterCall);
 
// check return of GetProcessTimes() call
 
// close the process handle (no more needed)
CloseHandle(h);
 
// analyse des temps retournés
// le temps CPU et utilisateur passé dans la fonction ma_fonction_que_je_veux_mesurer() est:
// KernelTimeAfterCall - KernelTimeBeforeCall
// UserTimeAfterCall - UserTimeBeforeCall 
// Attention, cette structure est sur 2 DWORD
 
//typedef struct _FILETIME {
//   DWORD dwLowDateTime;   /* low 32 bits  */
//   DWORD dwHighDateTime;  /* high 32 bits */
//} FILETIME, *PFILETIME, *LPFILETIME;
 
// donc il faut faire des calcul intermédiaires

30/10/2007, 22h34
souviron34

j'ai mis il y a un certain temps un "clock" temps reel dans les sources (http://c.developpez.com/sources/?pag...DATE_get_clock ici meme...
31/10/2007, 13h57
pascale_92

CPU C++

Dans tous les cas lorsqu'on essaye les diféfrentes fonctions proposées on obtient un soi disant CPU qui varie selon l'exécution donc on ne mesure pas du temps machine !!!!!!!!!!!!!!
31/10/2007, 14h41
Médinoc

C'est possible que si: On ignore la façon dont les temps de gestion de la mémoire sont comptés (je les compterais comme temps système du processus, moi).
31/10/2007, 16h03
souviron34

Citation:

Envoyé par pascalecaire

Dans tous les cas lorsqu'on essaye les diféfrentes fonctions proposées on obtient un soi disant CPU qui varie selon l'exécution donc on ne mesure pas du temps machine !!!!!!!!!!!!!!

a moins de pouvoir etre CERTAIN que TOUT l'etat du systeme est identique entre 2 runs, c'est IMPOSSIBLE...

On a juste une indication, et il faut faire une statistique : faire 10, 100, 1000, 10000 runs suivant ton besoin (precis ou non) et faire la moyenne.

Et par exemple, alors que ma fonction donne le temps reel qui s'est passe entre 2 appels (compte-tenu donc eventuellement d'un download du au scheduler etc etc..), clock() est cense donner le temps CPU utilise entre 2 appels (ce qui la rend inefficace pour mesurer du temps absolu, puisqu'elle ne compte pas le temps par exemple lorsque l'appli est downloadee), et le programme time (dans le shell) donne le temps passe ET le temps CPU (au sens de clock()).