Timer haute précision

Soyez le premier à donner votre avis sur cette source.

Vue 8 683 fois - Téléchargée 940 fois

Description

Ce projet est en fait une DLL qui regroupe des procedures de l'API windows permettant de mesurer le temps écoulé entre deux instants de manière très précise (de l'ordre de la nanoseconde).

Conclusion :


Le fonctionnement est simple. Déclarez un objet cTimerHiRes et ensuite pour chronometrer utilisez obj.TimerStart au debut du code a chronometrer et obj.TimerStop a la fin du code, ensuite appelez getTimeElapsed pour recuperer le temps écoulé (de type Double).

Cette source a été en partie récupérée d'un exemple d'API-Guide.

NB: un petit conseil, au lieu de cliquer sur le bouton de lancement du code "|>", tapez "main" dans la console de debug.

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

cs_Agaga
Messages postés
36
Date d'inscription
mercredi 11 avril 2001
Statut
Membre
Dernière intervention
14 septembre 2006
-
Tu as tout a fait raison, ce n'est pas un TIMER... mais j'ai employé le mot TIMER en référence a l'instruction Timer qui fonctionne de la meme façon.

a+
Afyn
Messages postés
613
Date d'inscription
samedi 3 août 2002
Statut
Membre
Dernière intervention
22 décembre 2016
-
En fait c'est pas un timer (comme celui de VB) c'est un chronomètre ...
Petite précision ... mais grosse différence

Afyn
Navedac
cs_Agaga
Messages postés
36
Date d'inscription
mercredi 11 avril 2001
Statut
Membre
Dernière intervention
14 septembre 2006
-
OK, je pense avoir saisi (ce fut long et laborieu, mais avec le temps, j'apprend vite ! XD ).

Bref, je pense qu'on a fait le tour du sujet ;).


A+ et merci pour les eclaircissements !
violent_ken
Messages postés
1822
Date d'inscription
mardi 31 mai 2005
Statut
Membre
Dernière intervention
26 octobre 2010
-
Très intéressantes, tes deux remarques.

@+
Cacophrene
Messages postés
263
Date d'inscription
lundi 29 mars 2004
Statut
Membre
Dernière intervention
4 mars 2008
-
Salut !

C'est beaucoup mieux comme ça ! Par contre, au sujet de la longueur des fonctions dans les fragments (codes snippets), il faut dire plusieurs choses :

1. Des fonctions comme Replace / Split n'existent pas dans VB5 et antérieur. Donc, si on s'en passe, ce n'est pas forcément très mauvais (même si c'est sans doute pénalisant pour les performances)

2. Les fonctions les plus courtes ne sont pas toujours les plus rapides. Surtout parmi les algorithmes, il existe des cas bien connus (nombres premiers, Fibonacci, Fourier, etc...) de versions "longues" dont les équivalents "courts" sont beaucoup plus lent.

Conclusion : Il y a sans doute de bonnes raisons à voir parfois de longs codes là où on s'attend à trouver deux lignes qui se battent en duel ;-)

Sinon oui désolé j'aurais dû préciser pour snippets... surtout avec ma manie de tout franciser :-). "Fragments" n'est utilisé nulle part (sauf erreur) sur ce site.

Cordialement,
Cacophrène

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.