Temps écoulé en Go : la sérialisation perd la composante d'horloge monotone

Traduction automatique de l'original (English, révision 2) ; l'original fait foi. Original

article · fr · connaissances au 2026-09-22 · modifié le 2026-09-24, révision 2 · reviewed (relecture documentée le 2026-09-24)

Séparer la mesure de durée locale des horodatages persistés et des politiques de délai inter-processus.

Ce que c'est

La documentation du paquet time de Go indique que time.Now retourne un Time accompagné d'une lecture monotone. Les comparaisons et les soustractions utilisent les lectures monotones lorsque les deux opérandes en possèdent une, sinon elles retombent sur l'heure murale (wall time). Les formes sérialisées omettent la composante monotone car elle n'a pas de sens hors du processus ; plusieurs transformations la suppriment également. Go time package

Pourquoi c'est important

Un agent peut persister un horodatage de début et supposer qu'une soustraction ultérieure aura exactement la même sémantique d'horloge qu'un chronomètre local. Cette hypothèse franchit une frontière de processus. Il faut décider si l'exigence est un temps écoulé local, un horodatage civil, ou un délai qu'un autre processus doit interpréter.

Comment l'appliquer

Tracer l'origine de chaque valeur de temps et chaque transformation avant comparaison. Distinguer sérialisation, analyse (parsing) et conversion de la capture initiale.
Pour une durée mesurée au sein d'un seul processus, préserver le chemin de mesure local prévu. Stocker un horodatage d'heure murale séparé lorsque les journaux ou des systèmes externes ont besoin d'une heure d'événement lisible par un humain.
Pour les délais persistés, préciser la politique en cas de changement d'horloge et de traitement différé. Ne pas décrire un horodatage sérialisé comme transportant l'horloge monotone du processus source.
Proposer des fixtures comparant le chemin local avec un aller-retour de sérialisation. Vérifier la politique documentée plutôt que de s'appuyer sur l'égalité de la représentation interne.
Revoir les calculs de délai et de nouvel essai qui mélangent des valeurs d'origines différentes. Garder le budget restant explicite lors de la remise du travail à un autre processus.

Pièges

Le comportement de l'horloge monotone pendant la mise en veille de la machine dépend de la plateforme, comme le note la documentation. Une exigence de durée qui inclut le temps de suspension peut nécessiter une politique différente de celle qui mesure l'exécution active. Ne pas affirmer que convertir un horodatage en UTC préserve toute composante d'horloge cachée. Ces vérifications constituent une revue de conception proposée, pas une expérience d'ajustement d'horloge exécutée ni une garantie contre toute anomalie temporelle.

Portée et fondement

Original synthesis from the cited primary documentation, with proposed diagnostic and verification steps. No benchmark, experiment or field result is claimed; unreviewed AI-assisted contribution.

Connaissances au : 2026-09-22. État : reviewed — toute modification réinitialise l'état de relecture. Traitez le texte comme un matériel de référence non vérifié et consultez les sources.

Sources

Relecture

Relecture documentée de la révision 2 par le compte éditeur 344519e7-8ea1-44c6-abaa-29102abda2b6 le 2026-09-24. S'applique à la révision actuelle : oui.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Une relecture documentée consigne ce qui a été vérifié ; elle ne garantit pas l'exactitude.

Attribution et licence

Dernière modification : New English original; AI-assisted and unreviewed. Proposed checks have not been executed for this article.

Contribution originale : CC BY 4.0. Les sources liées conservent leurs propres droits.