Mesure de la performance d'un code VBA

Bonjour,

je travaille actuellement sur l'optimisation et la simplification d'un projet VBA.
Le programme actuel met plus de 7 heures à tourner.
Afin de tracker les ameliorations dans le code, je voudrais à chaque optimisation, obtenir le gain de temps.
J ai donc créer une fonction timer, qui me donne le temps d'éxecution.
Mais travaillant sur plusieurs PCs, j'aurais aimé obtenir une mesure qui puisse être comparé quel que soit le PC utilisé.
Ou si par exemple d'autres applications tournent sur le PC, que les temps d'execution puissent être comparables.

Merci beaucoup!

Lucile

Bonjour
Lorsque l'on veut faire ce genre de comparaisons, il est indispensable de comparer ce qui est comparable et donc de s'affranchir de tout le reste, ce qui veut dire :
- 1) mesurer le temps d'exécution un grand nombre de fois, toujours sur la même machine et toujours dans les mêmes conditions (pas d'autre application/tache en cours)
- 2) calculer le temps MOYEN (temps total / nombre de tests)
- 3) garder à l'esprit une particularité de Windows en matière de gestion de la mémoire et surtout (en cas de dépassement et d'utilisation de swap) garder à l'esprit que Windows adaptera le Fichier de pagination à la dernière opération effectuée. Ce qui veut dire que si l'on veut être objectif, il ne convient pas de mesurer le temps d'exécution de la même opération deux fois de suite (la seconde sera plus rapide que la première). Il faut donc (si l'on veut un résultat à peu près pur) , intercaler les tests avec le lancements d'autres applications intervenant sur le pagefile.
Tout cela prend beaucoup de temps et nécessite calme et maîtrise.

Bonjour !

Citation:

---

Envoyé par lucileMarie

Le programme actuel met plus de 7 heures à tourner.

---

Alors Excel n'est peut-être pas le bon outil !
Dans une récente discussion, un traitement sous Excel prenait plus de 50 minutes
tandis que le même traitement optimisé sous Access n'avait pas besoin de plus de 20 secondes !

Plus il y a de boucle et plus c'est long !
Plus c'est du Général VBA, plus c'est long comparativement à l'utilisation des fonctionnalités internes d'Excel.

Chercher à optimiser une usine à gaz n'étant pas l'idéal sinon il y a le risque de rester enfermé dans la "conception" initiale !
Mieux vaut déjà mettre à plat le besoin, bien cerner tenants & aboutissants …   Quitte à repartir d'une page vierge !

Comparer des temps dans des conditions différentes est totalement illusoire et inapproprié !
Le protocole doit être le même à chaque test en évitant donc d'autres applications ouvertes en même temps …

___________________________________________________________________________________________________________
Je suis Paris, Egypte, Stockholm, London, Istanbul, Berlin, Nice, Bruxelles, Charlie, …

Bonjour,

les différentes configurations des ordi entre le processeurs, la mémoire (et type de barette mémoire), disque dur ou flash, certains logiciels qui peuvent ralentir le processus, et j'en passe … ne vont pas forcément aider à l'optimisation !
Ce qui est important avant tout c'est l'optimisation du code et donc la conception/manière de faire ce code, car tout les chemins mènent à Rome (ou presque :mouarf:),
mais certains sont plus rapide que d'autres, et donc je pense (après je peux me tromper) que la 1ère question à se poser, est de savoir si on a utiliser la(les) bonne(s) méthode(s), pour faire tel type ou tel type d'action(s) …!?

pour exemple, je n'ai pas su le temps réel de départ (plus 1h30 à mon avis), mais en se concentrant sur l'optimisation des processus à faire :
voir le résultat de ce lien => https://www.developpez.net/forums/d1...s/#post8668750
même lien (début du post)

Edit : salut Marc - post entrecroisé

Citation:

---

Mieux vaut déjà mettre à plat le besoin, bien cerner tenants & aboutissants …

---

en effet c'est la 1ère chose à faire :plusser:

Entièrement d'accord !

En dehors de l'application support, la méthodologie employée est importante quant à la célérité d'exécution.
La semaine dernière sur un autre forum pour traiter 57 000 lignes d'une feuille de calculs d'Excel
le code initial du demandeur prend presque trois minutes, ma version privilégiant le B-A-BA d'Excel un peu plus de 7s
et ma version optimisée à l'aide d'un objet externe au VBA donne le même résultat en 0,25s ! …

Si j'avais cherché à améliorer le code initial, je n'aurais pas gagné grand-chose !
Une fois les tenants & aboutissants bien formulés, je suis parti d'une page blanche après avoir mené une réflexion …

C'est clair, cela a été montré maintes et maintes fois dans différentes interventions,
et si c'est toujours trop long, comme le dis Marc-L, ce n'est peut être pas le bon outil ! ;),
il faudra alors se tourner vers un solution plus appropriée dont l'outil dépendra du contexte et des actions à faire
afin d'éviter les usines à gaz

Edit : une page blanche, rien de tel pour mettre en place les bonnes méthodes, et cela évite aussi de s'embrouiller l'esprit avec un code non approprié
:plusser: