Discussion :

[LinuxUser]

Bonsoir, je souhaterais savoir si il y avait un code format particulier pour afficher les champs sec et usec d'une structure timeval.
Comme ils sont sensés être de type entier je les affiche en tant que tels.
Mais obtenant des resultat un peu fantaisistes (surtout pour les secondes, les usec difficiles à verifier) j'ai pensé qu'ils avaient peut être un code de format particulier.
Au fait j'ai oublié de dire que je cherche à calculer le temps d'execution d'une fonction en faisant gettimeofday avant et apres puis en regardant la differance.
Voilà, merci de votre aide.

[LinuxUser]

En fait, j'avais mal placé mon premier gettimeofday(), mais reste encore un probleme.
J'obtiens le bon temps de transfert en second, mais pas en usec.
Exemple : j'obtiens que 12second = 4379microsecond.

[souviron34]

utilise ma fonction GetClock dans les sources (fonctions de date, la dernière de la page)

[bizulk]

Il faudrait que tu nous montres ton calcul, pour vérifier qu'il n'y a pas d'erreurs.

J'ai utilisé gettimeofday() et clock_gettime() (utilisé dans la fonction getclok() que te présente notre collègue) ici pour mesurer un sommeil : http://www.developpez.net/forums/d65...-gettimeofday/

Avec gettimeofday() tu n'as pas besoin de compiler avec la librt, mais clock_gettime() est compatible POSIX donc si tu souhaites porter ton soft préfères cette solution .... (bien que les OS Unix-like POSIX prévoit une compatibilité avec les Unix donc...)

Quand à la précision sur une machine x86/linux, c'est pareil !
Le test que j'ai fait peut être développé avec un calcul sur un grand nombre d'échantillons mais sur ceux que j'ai fait j'avais des écarts de 0,... %

PS : pourquoi ce sujet est déplacé dans POSIX, on souhaite utilise gettimeofday() ici qui lui n'est justement pas compatible. Sa place est plutôt dans Linux/unix

[Emmanuel Delahaye]

PS : pourquoi ce sujet est déplacé dans POSIX, on souhaite utilise gettimeofday() ici qui lui n'est justement pas compatible. Sa place est plutôt dans Linux/unix

Cette fonction est tout ce qu'il y a de POSIX.1 :

http://www.opengroup.org/onlinepubs/...timeofday.html

Dans le doute, vérifier...

[bizulk]

Je vérifie ton lien ... 'issue 6' dit que cette fonction est compatible ISO C99 http://en.wikipedia.org/wiki/C99

Le man page que je connais http://www.linux-kheops.com/doc/man/...meofday.2.htmldit :
SVr4, BSD 4.3

Dans ce lien tu verras qu'il y a bien une distinction entre C99 et POSIX.1 :
http://www.eyrolles.com/Informatique...-9782100490189

[Emmanuel Delahaye]

Je vérifie ton lien ... 'issue 6' dit que cette fonction est compatible ISO C99

Eh ? Oui, la dernière version de POSIX.1 s'appuie sur C99, d'où la mise en conformité de l'interface avec 'restrict'. Quel est le problème ?

Le man page que je connais http://www.linux-kheops.com/doc/man/...meofday.2.htmldit :
SVr4, BSD 4.3

Et bien elle n'est pas à jour (0.9, hum... pas officielle...).

Dans ce lien tu verras qu'il y a bien une distinction entre C99 et POSIX.1 :
http://www.eyrolles.com/Informatique...-9782100490189

Une distinction, certes, mais la version actuelle de POSIX.1 englobe tout ce qu'elle peut de C99. Je ne vois pas en quoi ça ferait que cette fonction, qui est décrite dans un document officiel de POSIX.1 ne serait pas POSIX.1. Tu te crois plus savant que les gens qui ont écrit POSIX.1 ?

[bizulk]

Une distinction, certes, mais la version actuelle de POSIX.1 englobe tout ce qu'elle peut de C99. Je ne vois pas en quoi ça ferait que cette fonction, qui est décrite dans un document officiel de POSIX.1 ne serait pas POSIX.1. Tu te crois plus savant que les gens qui ont écrit POSIX.1 ?

Mais qui peut le plus peut le moins mais pas le contraire. Ce n'est pas parce qu'un système est strictement conforme à POSIX.1 qu'il supportera gettimeofday().
En effet gettimeofday() est bien décrit (par ton lien qui est effectivement plus a jour) comme faisant partit de l'extension XSI.
Or le support de l'interface XSI dépend du système (dons les conditions sont définis dans "2.1.4 XSI Conformance"),
Et un système qui est conforme POSIX.1 + XSI est susV3 (http://linux.die.net/man/7/standards).

Donc pour un code portable (ce que je voulais dire au départ) il vaut mieux éviter d'utiliser cette fonction. Qnx décrit par exemple cette fonction comme étant obsolète.

Et j'ajoute aussi que je ne prétends pas en savoir plus que les autres ni même tout comprendre. Je ne t'ai pas craché à la figure, au contraire j'ai pris tes réponses très au sérieux et grâce à toi j'ai appris autre chose.

[nicolas.sitbon]

Mais qui peut le plus peut le moins mais pas le contraire. Ce n'est pas parce qu'un système est strictement conforme à POSIX.1 qu'il supportera gettimeofday().
En effet gettimeofday() est bien décrit (par ton lien qui est effectivement plus a jour) comme faisant partit de l'extension XSI.
Or le support de l'interface XSI dépend du système (dons les conditions sont définis dans "2.1.4 XSI Conformance"),
Et un système qui est conforme POSIX.1 + XSI est susV3 (http://linux.die.net/man/7/standards).

Donc pour un code portable (ce que je voulais dire au départ) il vaut mieux éviter d'utiliser cette fonction. Qnx décrit par exemple cette fonction comme étant obsolète.

Et j'ajoute aussi que je ne prétends pas en savoir plus que les autres ni même tout comprendre. Je ne t'ai pas craché à la figure, au contraire j'ai pris tes réponses très au sérieux et grâce à toi j'ai appris autre chose.

Il y a eu réunification des 2 standards (POSIX et XOPEN) en un seul SUSv3, donc on désigne aujourd'hui aussi bien la même chose en disant POSIX ou SUSv3. La fonction est bien à sa place.

[nicolas.sitbon]

J'ajouterai que je déconseille l'utilisation des manpages, je conseille plutôt d'utiliser la norme directement dans le lien donné par Emmanuel ou via le pdf.

[bizulk]

Bon j'allais l'ajouter pour corriger ma réponse (le sujet est bien a sa place)