
2038 : tu te réveilles. Tu vas sur ton PC : plein de sites Web ne marchent plus. Tu regardes ton frigo connecté : pareil. Mais qu'est-ce qui se passe ?
C'est le bug de l'an 2038.
Bug de l'an 2000
Il faut déjà comprendre le bug de l'an 2000.
À l'époque, on mettait les dates sur deux chiffres. Pourquoi ? Ça prend moins d'espace : 1990 devient 90. Mais ça pose un énorme problème.
Si on passe en 2000, on ne peut pas changer le 20 : la machine va croire qu'on est retourné en 1900. Ça pose plein de problèmes...
Une grosse campagne se crée : on doit contrecarrer ce problème. Après des milliards dépensés, on évite la catastrophe : pas de près, car le problème n'était pas si dangereux que ça...
Bug de l'an 2038
Le temps, c'est encore le problème (après, je n'en vois pas d'autres possibilités). Il va falloir comprendre deux petites choses, pour savoir comment ça marche.
1 : Le timestamp, c'est le nombre de secondes écoulées depuis le premier janvier 1970. Il sert de base pour le temps, et est utilisé dans la communication entre ordinateurs.
2 : Un ordinateur 32 bits peut stocker des nombres de 4 octets, ça veut dire que ça va de -2147483648 à 2147483647.
Le problème ? Si le timestamp dépasse 2147483647, on n'a plus de place... Alors retour à zéro : décembre 1901.
Pourquoi décembre 1901 et pas janvier 1970 ? En réalité, l'ordinateur utilise une place du stockage pour y placer le signe du nombre. Donc, il va essayer d'utiliser la seule place qui lui reste : il va changer son état, et donc rendre le nombre négatif.
Les solutions
En réalité, il y a plein de solutions : et le bug de l'an 2038 ne semble pas être un problème très important maintenant.
Première solution : arrêter de signer le timestamp.
En gros, on arrête de lui donner un signe : oui, c'est peu idiot d'en mettre un. Avec ça, on multiplie par 2 l'espace, ce qui nous laisse jusqu'à 2106 pour trouver une solution : que l'on connaît déjà.
Seconde solution : utiliser des systèmes 64 bits.
Oui, c'est tout con : on a juste à agrandir l'espace disponible.
Avec le 64 bits, on peut stocker des nombres sur 8 octets, au lieu de 4. Ça ne semble pas beaucoup : mais en réalité le stockage est multiplicatif.
Si on rajoute un octet, on multiplie la place de 256, ce qui est gigantesque ! Si on fait les calculs, on a 4294967296 fois plus de place sur un ordinateur 64 bits que sur un ordinateur 32 bits.
Ça nous laisse jusqu'à combien de temps pour trouver une solution au problème ? Jusqu'au dimanche 4 décembre 292 277 026 596. Et même si l'humain existe encore à cette là... Je ne suis plus sûr qu'ils compteront les dates comme nous.
Un vrai danger ?
Non, plus et pas vraiment.
En 2024, beaucoup de systèmes tournent encore sur du 32 bits. Mais c'est en train de changer, parce qu'il faut bien changer.
Windows 11 n'est plus disponible en version 32 bits, et Windows 10 va mourir en 2025. Les ordinateurs sont maintenant tous 64 bits : c'est plus puissant.
Les anciens systèmes des entreprises changent quand même, et en 2038, j'espère que tout sera en 64 bits.
Et même si on imagine que les systèmes ne changent pas, juste à rajouter un octet supplémentaire en ne donnant plus de signes aux nombres. Et en 2106, j'espère que plus personne est sur 32 bits.
Conclusion
Donc en gros, ça ne sert à rien de s'inquiéter.
J'espère qu'il t'a plu, tu peux me le faire savoir en commentant (il faut aller sur la version en ligne pour le faire).
Le grand TechDye a un message à te passer...
Les PIRES Versions de Linux

5 outils incroyables que j'utilise tout le temps

Sora : La fin des YouTubeurs ?!

Le PIRE Windows ?!

Comment j'ai créé cette vidéo ?

Asahi Linux : Linux... sur Mac Silicon ?!

Les autres erreurs d'Apple...

Mon premier post !
