Citation:
|
Posté par Bhups
cum monsieur à la rescousse  .... débutant évoque ur aider  ...???
|
Vous ne pouvez pas presser le sang d'une pierre. La date de commande Unix ne fait pas millisecondes.
Posix dit: «La résolution de l'horloge système est indéterminée.", mais ils le font d'ailleurs clair que la résolution d'au moins une seconde est requise.
Posix ne demande que l'horloge du système des appels système offre une interface qui prend en charge microsecondes. Mais vous mai pas écrire un programme portable unix qui doit millisecondes. Mais en pratique, tous les systèmes modernes, il y aura au moins la milliseconde résolution. Mais vous ne trouverez pas une norme unix utiliity qui soutient millisecondes. Ainsi vous avez besoin d'appeler un autre programme à partir de votre script shell. Soit
GNU la date ou que peu d'utilité dans le thread lié fera. Et ne vous attendez pas à bien travailler sur un véritable vieux systèmes Unix. En fait, même sur un ordinateur moderne, plusieurs millisecondes mai se produire entre le moment où votre script obtient les millisecondes et communique l'heure à l'extérieur. Scripts besoin à la table des programmes externes et exec choses à faire. Ce n'est pas propice à la milliseconde resolution.You mai besoin d'écrire dans votre programme entièrement en C et / ou d'utiliser les extensions temps réel.
(Hmmmm: Vino divise la production de N% de 1000000 ce qui implique que les rendements% N
nanosecondes. Je vais avoir à se pencher sur cela. Il n'est pas évident comment obtenir nanosecondes ....)