Discussion :

[Rémiz]

Bonsoir,

Pour certains programmes, gourmands en temps processeur, il peut être necessaire d'optimiser au maximum la vitesse des algorithmes. Or, parfois un algorithme un peu plus rapide qu'un autre semble moins rapide, en particulier à cause de windows qui fait du multitache, et qui alloue au programme les performances du pc de façon plus ou moins aléatoire.

Je voulais donc savoir si il existe en VB une possibilité de savoir exactement quel temps processeur à algo met à s'executer. (impulsions d'horloge processeur par exemple). Je doute que ce soit possible, mais je demande quand même ...

PS : je connais déjà les méthodes classiques (mais peu précises pour de courtes périodes) avec GetTickCount ou Timer.

Voilà, merci

[Tan]

Pour le calcul, je sais qu'il existe une API plus précise que GetTickCount, mais j'ai oublié son nom, je crois qu'il en parle dans un des tutoriel excel.

Or, parfois un algorithme un peu plus rapide qu'un autre semble moins rapide, en particulier à cause de windows qui fait du multitache, et qui alloue au programme les performances du pc de façon plus ou moins aléatoire.

Mais sinon, la dessus je suis surpris, tout dépend de ce que tu utilises mets pour voir si un algo est plus rapide théoriquement, il doit l'être aussi réellement.

[DarkVader]

C'est l'occupation des ressources ou la durée d'exécution d'une procédure qui t'intéresse ?

[Rémiz]

Salut,

Oui, c'est la durée d'execution d'une procédure qui m'interesse.

Tan : avec getTickCount, un même algo s'executant en environ 1 minute par exemple, est déterminé avec plusieurs secondes de différence selon les fois avec mon PC (avec les mêmes valeurs de variables). Peut être que quand le processeur chauffe, sa vitesse varie ...

[DarkVader]

L'intérêt d'une telle démarche est de segmenter l'exécution afin de connaître les procédures les plus gourmandes -
d'autre part, il importe d'exécuter le test dans le même environnement ; il est donc préférable
qu'il n'y ait pas d'autres exécutables qui tournent en même temps notamment s'il y a autant de variations entre chaque test.

[Rémiz]

Oui,

J'execute toujours le même programme sur la même machine, et je ne laisse pas allumé des programmes (sauf explorer et tous les processus nécessaires à Windows).

Anecdote : une fois je me suis amusé à faire un programme assembleur qui envoyait des données de façon constante sur le port parallèle, et sur ce port parallèle il y avait un piezzo (haut parleur). Le son n'était pas du tout constant.

[ar_men]

les temps d'exe ne sont pas constant pour un meme algo, c depuis la nuit de temps et j'ai renoncé à savoir le pourquoi du comment

par contre d'un algo à l'autre la moyenne des temps d'éxé peut varier très sensiblement

pour vérification, je me suis et me fait des programmes très courts du coeur de l'algo et je le fais éxécuter en boucle 10, 100, 1000 ... fois

ensuite, je choisis

une chose est sure, les temps d'exe sont quasi toujours différents

[ar_men]

ayant travaillé sous VAX/VMS en muliti postes, j'ai pu constater qu'une appli perdait de la vitesse dans le temps afin de laisser la "priorité" aux nouveaux arrivants, il est donc plus performant de "saucissoner", de stopper un traitement et de le reprendre

également, il vaut mieux imbriquer plusieurs boucles que d'en réaliser une très longue
de stocker des fichiers dans plusieurs répertoires plutot que dans un seul très gros
...

etc

ça pédale super vite avec des petits nombres