Timer haute précision

Soyez le premier à donner votre avis sur cette source.

Vue 8 969 fois - Téléchargée 1 004 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
16 sept. 2006 à 16:27
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 608 Date d'inscription samedi 3 août 2002 Statut Membre Dernière intervention 22 décembre 2016
16 sept. 2006 à 16:10
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
13 sept. 2006 à 20:04
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 1812 Date d'inscription mardi 31 mai 2005 Statut Membre Dernière intervention 26 octobre 2010 1
13 sept. 2006 à 19:57
Très intéressantes, tes deux remarques.

@+
Cacophrene Messages postés 251 Date d'inscription lundi 29 mars 2004 Statut Membre Dernière intervention 4 mars 2008 1
13 sept. 2006 à 19:55
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
Afficher les 15 commentaires

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.