Comprendre les différentes horloges de clock_gettime()

Salut, je voulais utiliser le clock_gettime() fonction de mesure de la performance de mon code.

Je suis incapable de comprendre la différence entre les différents types d'horloges utilisées dans la fonction de l'homme des descriptions de page. esp 

CLOCK_REALTIME,

CLOCK_PROCESS_CPUTIME_ID

CLOCK_THREAD_CPUTIME_ID

Quelqu'un peut explaing ce que chacune de ces horloges faire?

InformationsquelleAutor smilingbuddha | 2011-09-21
  1. 35

    CLOCK_REALTIME rapports sur le mur le temps de l'horloge.

    CLOCK_MONOTONIC est pour la mesure par rapport au temps réel. Il avance au même rythme que le débit réel de temps, mais il n'est pas soumis à des discontinuités de manuel ou automatique (NTP) des réglages de l'horloge système.

    CLOCK_PROCESS_CPUTIME_ID est pour la mesure de la quantité de temps CPU consommé par le processus.

    CLOCK_THREAD_CPUTIME_ID est pour la mesure de la quantité de temps CPU consommé par le thread. Il est pris en charge par les noyaux modernes et glibc depuis 2.6.12, mais sur les anciens noyaux linux de la glibc émule mal simplement en retournant la quantité de temps CPU consommé par le processus depuis le moment où le fil a été créé.

    http://man7.org/linux/man-pages/man2/clock_gettime.2.html

    • Donc, la vitesse de mise en œuvre de l'algorithme être mesurée par CLOCK_REALTIME ou par CLOCK_PROCESS_CPUTIME_ID?
    • Cela dépend de ce que vous voulez mesurer. CLOCK_MONOTONIC doit être utilisé si vous voulez mesurer le temps total écoulé, y compris le temps passé bloqué dans l'attente d'IO, mais il comprendra également des ralentissements causés par d'autres processus de prévue alors que votre programme est en train d'essayer de l'exécuter. CLOCK_PROCESS_CPUTIME_ID ne compter réelle de cycles d'horloge passé à l'exécution de votre processus de son nom (dans l'espace utilisateur ou kernelspace, je crois), mais pas tout le temps passé bloqué/de couchage.
    • Notez que CLOCK_MONOTONIC est soumis à des discontinuités de système d'ajustement de l'heure dans Linux. CLOCK_MONOTONIC_RAW a été défini pour contourner ce problème.
    • Je crois que vous êtes trompé. CLOCK_MONOTONIC est soumis à l'exécution rapide ou lente due à la douceur de réglage de l'horloge (par exemple, par ntpd), mais il ne sera jamais discontinue.
    • J'aurais tendance à penser BDat nous corriger? Voir <stackoverflow.com/questions/3657289/...> qui recommande l'utilisation de CLOCK_MONOTONIC_RAW pour le jeu des boucles en raison de la possibilité de CLOCK_MONOTONIC saut en arrière.
    • En fait, j'ai été la recherche d'informations sur ce problème et ne peut pas trouver quelque chose de fiable. Certes, le intention de CLOCK_MONOTONIC sur Linux, c'est qu'il en fait être monotone et uniquement à des ajustements continus pour clock skew, pas discontinue modifications de l'horloge, mais un certain nombre de personnes affirment qu'il ya des bugs. Avez-vous des sources dignes de foi? Dois-je ouvrir une nouvelle question sur la question?
    • Je crains que je n'ai rien d'autorité encore. Je suis à la traîne à travers de nombreuses questions. Je suis à la recherche de l'idéal à utiliser dans ma boucle de jeu. Si l'on peut ajuster en fonction périodique des mises à jour à partir du serveur de temps, puis que serait une mauvaise chose, non? Peut-être une question spécifiquement pour les joueurs.
    • Je ne pense pas que c'est à tous les gamer spécifiques. Si CLOCK_MONOTONIC est cassé la façon dont certaines personnes disent que c'est le cas, il ne doit absolument pas être utilisés et, le noyau devrait juste reconfigurer pour qu'il corresponde à CLOCK_MONOTONIC_RAW. C'est pourquoi je suis sceptique sur les revendications que c'est cassé...
    • (J'ai ajouté une note pour le lien de @ScrollerBlaster.) Ma compréhension est que "brut" est l'horloge interne, ce qui n'est pas toujours parfait (comme une horloge qui tourne un peu trop rapide ou trop lent). Le démon NTP s'applique un réglage à faire de l'horloge exécuter exactement à la bonne vitesse. Donc, si vous voulez mesurer en fonction du passage du temps, CLOCK_MONOTONIC devrait être plus précise. Otoh, que, pour une machine donnée, CLOCK_MONOTONIC_RAW est plus susceptible d'être cohérent entre les courses. Constamment inexactes, mais cohérente. 🙂
    • Selon ceci, CLOCK_THREAD_CPUTIME_ID est mis en œuvre dans le noyau Linux depuis la 2.6.12 et glibc 2.4+ supporte nativement il.

    InformationsquelleAutor R..