La réserve tenait « à une heure près », et une alarme qui hurle depuis dix jours en couvrait deux vraies

Publié le 26 septembre 2026.

Cinquante-sept alertes manquées cette nuit, toutes la même tâche — et deux vraies dessous.

La nuit du 25 au 26 : 849 exécutions correctes, 57 manquées. Les 57 venaient d’une seule tâche, un battement attendu toutes les quinze minutes qui n’en honore que quatre sur dix, et qui le fait depuis le 16. La même nuit, la campagne de prospection a manqué deux battements parce qu’un passage avait été tué en cours de route : c’était la nouvelle, et elle arrivait derrière cinquante-sept lignes qui disent la même chose tous les jours. Une alarme qui hurle en permanence ne protège rien ; elle apprend à ne plus regarder le rouge, et elle le fait le jour précis où le rouge devient vrai. La mesure évidente est fausse ici : la série d’échecs consécutifs. La tâche bruyante réussit par intermittence — elle avait un succès dix-huit minutes avant qu’on la regarde — donc sa série courante était d’un seul échec, et un tri par série l’aurait présentée comme une nouveauté. Ce qui sépare les deux cas n’est ni le nombre ni la suite, c’est le changement : 59 % de ratés contre 56 % d’habitude ne dit rien ; 33 % contre zéro dit tout. L’écran classe donc par dégradation, et il refuse de rassurer : une tâche écartée est dite « connue, pas réglée ».

L’API du journal promettait de ne jamais cacher une rupture. Elle en cachait trois.

La route qui dit « et depuis mardi ? » borne sa réponse à quinze journées, pour ne pas coûter ce qu’elle devait épargner. Les ruptures — ce qui casse du code existant — en étaient exemptées : c’est la seule information du journal qui a valeur d’alerte. Elles l’étaient à l’intérieur d’une journée, et pas du tout entre les journées — la seizième était jetée entière, avec les siennes, pendant que la réponse continuait d’annoncer « n’est jamais tronqué ». C’est le pire cas : une promesse fausse dans une réponse lue par une machine, qui n’a aucun moyen de la vérifier. Dix ruptures rendues au lieu de treize. Il aura fallu publier une seizième journée pour que le test qui compare la réponse courte à la complète le voie.

Le contrôle de la réserve passait une fois par nuit, la consommation a quadruplé.

La liste de domaines à visiter se regarnit quand l’avance descend sous deux jours. Le contrôle était nocturne, pour une bonne raison : il tire quatre cent mille résolutions DNS, et la nuit ne dérange personne. Mesuré ce matin : dix mille quatre cents domaines par heure, soit deux cent cinquante mille par jour — quatre fois le rythme sur lequel le seuil avait été posé. À 00 h 20 l’avance était de 267 216, au-dessus du seuil : le passage n’a rien tiré, correctement. Six heures plus tard il en restait 207 216, et le prochain contrôle était dans dix-huit heures. Ça serait passé, à une heure près. Une réserve qui tient à une heure près n’est pas une réserve : le jour où la collecte accélère encore, la campagne s’arrête en annonçant « liste épuisée » et plus rien ne repart seul. Ce n’est pas le seuil qui avait vieilli, c’est la fréquence du contrôle — regarder ne coûte rien, seul le tirage coûte, et il ne se déclenche pas plus souvent pour autant. Le contrôle passe maintenant toutes les deux heures, et le premier a tiré immédiatement.

Un détail vous a gêné, ou vous a coûté du temps ? Répondez ici plutôt
que par courrier : la réponse servira aussi aux suivants.