Version imprimable
Bonjour à tous,
j'ai 2 fonctions (VB.net) qui effectuent la même opération. Je dois choisir la plus rapide des deux. Avec quelle methode je peux calculer le temps d'exécution de chacune des deux fonctions pour savoir la plus rapide?
Merci d'avance pour toute réponse.
Maren
Avec un profiler : CLR profiler ou JetBrains dotTrace par exemple
S'il s'agit juste de déterminer le temps d'exécution d'une fonction, tu peux aussi faire ça manuellement.
Tu fais un "DateTime start = DateTime.Now", en début de fonction, la même chose avec une variable "end" en fin de fonction et tu fais une différence en millisecondes.
Il vaut mieux exécuter le test 4 ou 5 fois de suite afin d'être sûr que le résultat n'est pas faussé par des temps de chargement ou de mise en cache.
Pourquoi ne pas utiliser le timer special pour calculer le temps d'exécution du code en vb.net 2005 ? :Citation:
Envoyé par Keihilin
Code:Dim Stopwatch As System.Diagnostics.Stopwatch
+1 pour le Stopwatch
utilisation :
Code:
2
3
4
5
6
7
8
9
10
11
12
tester plusieurs fois de suite (avec un bouton qui déclenche le traitement par exemple)
car le temps de compilation peut faire varier le temps de beaucoup
sauf qu'on ne sait pas si il est en 2.0 ou en 1.1...Citation:
Envoyé par sperot51
ah oui ... je n'ai pas connu le 1.1 donc je ne sais pas ce qu'il y avait pas à l'époque
mais je commence à croire qu'il n'y avait pas grand chose :D
Comme tu en parles, on dirait une technologie vieille de 10 ans :mrgreen:.Citation:
Envoyé par sperot51
En entreprise, le 1.1 représente encore une assez forte proportion, pour ne pas dire une majorité.
L'absence de "gadget" comme le StopWatch n'en font pas un framework avec "pas grand chose" :mouarf:.
certes pour le stopwatch, mais apparement la liste est beaucoup plus longue que ca, j'ai vu recement sur le forum que le datagridview non plus n'existe pas
le bouble buffring aussi
donc y doit y en avoir quand meme ...
et pi moi je suis passé de vb 6 à 2005 ...
il y a aussi TickCount. je fais comme ci :
mais c'est peut-etre pas ce qu'il y a de plus propre :)Code:
2
3
4
5
6
il faut peut etre ajouter : Imports System.Threading
les imports ne servent qu'à faciliter l'écriture du code, rien d'autre ... (certains n'en mettent aucun)Citation:
Envoyé par john stedd
Enfin il y a plein de solutions à son problème... On voudrait bien savoir si Renma2 à réussi à résoudre son problème ? ;)
Bonjour à tous et merci pour toutes vos propositions. J'ai chopé une grippe après mon posting.
Toutes vos propositions m'ont été très utiles. Comme je voulais juste pouvoir choisir le code le plus rapide, j'ai utilisé la syntaxe (System.Diagnostics.Stopwatch) proposée par "Aspic" dont l'utilisation a été détaillée par "sperot51". Sinon, j'ai aussi testé les autres méthodes qui marchent aussi.
Je n'ai rien compris de la proposition de "SaumonAgile" (CLR profiler ou JetBrains dotTrace par exemple...), car je suis une débutante.
Merci à tous.
Maren
La méthode de SaumonAgile est assez complexe à comprendre pour les débutants (même moi je ne la connais pas). Mais oui c'est la meilleur méthode que tu as choisie et la plus simple en .net 2005 :king:Citation:
Envoyé par Renma2
clr profiler sert plutot à voir les allocations mémoire dans le temps, il est plutot complexe au premier abord
en tout cas inadapté à la situation
l'autre je connais pas ...