- Expédié
- 23 septembre 2026 à 23:28 UTC
- Auteur
- Kamo
- Commit
- a607fea
Trente secondes après la première reprise réelle, à partir du journal de la machine : kamo-hc-agent: inactif 13202s >= 1800s — va dormir PM: hibernation: entrée d'hibernation last active vit dans la mémoire de ce processus, et l'hibernation restaure le processus exactement comme il était — ainsi après un CV il tient un horodatage de avant le sommeil. La première tique se compare maintenant aux heures Il y a quelques jours, il passe au-delà de la limite du ralenti, et la machine s'endort alors que le membre attend toujours Il s'ouvre. Chaque réveil, chaque ordinateur, aussi longtemps qu'il dormait. L'horloge murale est ce qui donne un sommeil loin: il continue de fonctionner pendant que la machine est éteinte, donc un écart entre tiques beaucoup plus grandes que l'intervalle de sondage signifie que nous étions inconscients plutôt que lents. Cinq minutes est le seuil — dix sondages, bien au-delà de toute lenteur plausible, et suffisamment court pour que le sommeil le plus court encore compte comme un seul. Et redémarrer l'horloge n'est pas seulement une réparation, c'est la lecture correcte: un CV se produit parce que Quelqu'un a demandé cet ordinateur, ce qui est le contraire de l'oisiveté. Cela n'a pu apparaître qu'une fois que l'hibernation a fonctionné et quelque chose a effectivement repris, ce qui est également pourquoi la nombre dans le journal est si grand: 13202 secondes est l'oisiveté qu'il a accumulé dans le sommeil lui-même. Deux tests : un sommeil de quatre heures ne doit pas dormir à nouveau sur la tique qu'il réveille, et un sommeil ordinaire de 30 secondes le sondage doit toujours laisser l'horloge tranquille, donc une tique lente ne peut jamais excuser un ordinateur inactif.