Bonjour,
 
Je suis en train de faire un programme qui demande des saisies et éffectue diverses opérations, j'aimerais retourner la durée d'éxécution de ce programme. Comment faire? je n'ai pas d'idées.
 
 
Merci

upla

OS ?

c'est de l'asm 80x86 sous windows xp (pkoi tu as besoin de connaitre l'os?)

savoir ce que tu as le droit de faire, et le mode de fonctionnement du CPU.
 
le mieux c'est de passer par l'API QueryPerformanceCounter/QueryPerformanceFrequency, ou GetTickCount...

sinon t'utilises RDTSC pour connaitre le nombre de cycles, et tu fais une règle de 3 en fonction de la puissance de ton processeur
exemple : un programme bouffe 400 000 cycles (via RDTSC) sur un processeur à 133 Mhz (133 000 000 de cycles par seconde)
=> temps passé en secondes = 400 000 / 133 000 000 = 0.03 secondes
 
OK je sors

non tu sors, parcequ'il faut être en ring 0 pour utiliser RDTSC sous un noyau NT, donc tu peux pas sous un process win32.   (je vérifies dans le doute )
 
---- autant pour moi y'a pas de problème de ring 0 (donc c'est moi qui sors     )

prendre le temps consacré à ton processus me semble la meilleure solution (GetProcessTimes)

mais je voudrais calculer cette durée en asm dans le prog lui même.

si tu veux savoir combien de temps prend ton programme pour s'exécuter, soit tu te tapes la doc pour savoir combien de cycle prennent les instructions, soit tu demandes à Windows combien de temps il a consacré à ton programme, avec GetProcessTimes. Tu fais quelques appels API Win32 pour d'abord identifier ton process, puis savoir combien de temps il a passé sur le CPU. Rien t'empêche de le faire en ASM mais ces appels me semblent un passage obligé. Ensuite, tu interprêtes les données reçues en ASM

ben c'est comme je t'ai dit, t'as qu'a utiliser RDTSC
exemple :

résultat : dans eax, tu as le nombre de cycles utilisés par ton programme, il ne te reste plus qu'a utiliser la méthode que je t'ai donné plus haut en fonction de la vitesse de ton processeur pour calculer le temps

rdtsc roulaize

J'y connais rien en ASM et j'ai aucune idée de ce que veut dire RDTSC, mais ta méthode suppose que ton prog est le seul processus à s'éxécuter sur la machine, non ?

ouais mais sous Win.... si son process est mis en pause le temps qu'une autre tâche s'exécute, il fait quoi?
 
edit: brillamment grillé par R3g

rdtsc ne concerne que le processus dans lequel il est lancé, c'est une instruction très bas niveau, les résultats obtenus ne sont valables que pour son propre processus.
il suffit de faire un test tout con pour s'en rendre compte : encadrer un bloc asm avec 2 rdtsc, le lancer sous différentes configurations, et on se rend compte qu'on obtient toujours peu ou prou la même chose

c'est bien ce qu'il me semblait, je l'utilise sans souci sous XP

Donc ta méthode permet d'obtenir le temps d'utilisation CPU, mais je crois que ce que demandais jijiz c'est le temps d'execution du prog.

ma méthode permet d'obtenir le nombre de cycles pris par un groupe d'instructions.
sachant que la fréquence d'un processeur signifie le nombre de cycles qu'il est capable de traiter en une seconde, il suffit juste :
- d'encadrer tout le programme par 2 rdtsc,
- et une fois qu'on a le nombre de cycles total du prog, le diviser par le nombre total de cycles traitables par le processeur en une seconde (1 000 000 000 pour un processeur à 1 Ghz par exemple), pour obtenir le temps d'éxécution du prog en secondes

l'approche rdtsc permet d'avoir une mesure temporelle à la précision de l'horloge cpu, ce que aucuns timers matériels permettent de faire...
 
mais attention à RDTSC: la fréquence d'horloge CPU étant variable, la mesure peut être faussée (ie overclocking à la mano par un utilitaire, ou changement de fréquence automatique pour les portables)

finalement, mon idée de départ était pas si con

wai j'y avais pensé, mais j'étais persuadé qu'on avait pas les droits de le faire à cause du niveau de privilège, ptet passke quand j'avais essayé a un moment, j'avais d'autres trucs qui passaient sous W9x et pu sous un noyau NT

Beaucoup de gens font encore de l'assembleur sous windows ?

Y'a au moins moi

 
si tu veux faire du temps réel, vo mieux avoir une culture à ce niveau.
 
si tu fais du SQL ça te sert à rien....

Sous Windows tu as des fonctions pratiques pour mesurer les durée : GetTickCount te renvoi la durée depuis que l'OS est démarré... En ms
 
Si tu veux plus de précision sous Windows, il y a un reste que les anciens du dos connaissent (merci microsoft) : le 8253 via les fonctions QueryPerformanceFrequency et QueryPerformanceCounter... La précision du tick est de 12 / 14.318MHz soit environ 838ns.
 
Parfois on doit pouvoir se passer de RDTSC !
Voire même mesurer la fréquence du CPU...