Klid, svět počítačů v roce 2038 neskončí. Ale rok 2486 vypadá chmurně

Linux se potýkal s velkým problémem s dodržováním času

getty

Hrozící problém s počítači založenými na Linuxu, které nebyly schopny zpracovávat data po roce 2038, se zdá být vyřešen – nebo alespoň odsunut do vzdálené budoucnosti.

V podobném duchu jako nechvalně proslulá chyba tisíciletí, kdy počítače používající pro označení letopočtů dvojčíslí nebyly schopny zvládnout přechod do roku 2000, se systémy založené na Linuxu potýkaly se srovnatelným problémem 19. ledna 2038 v 03:14:07 UTC.

Tentokrát byl problém způsoben tím, že počítače se systémem Linux počítaly čas v sekundách, počínaje 1. lednem 1970. V onen osudný den v lednu 2038 by počet sekund překročil hodnotu, kterou bylo možné uložit do jediného 32bitového celého čísla, což by způsobilo, že by počítače ztratily přehled o čase.

Zdá se, že komunita Linuxu tento problém vyřešila, když do jeho vzniku zbývalo něco málo přes 17 let. V poštovní konferenci linuxového jádra, jak o tom informoval server The Register, se píše o „druhé nové funkci pro podporu časových značek až do roku 2486“ v Linuxu 5.10, čímž se zdá, že se tento problém překopal do nejdelší trávy.

Linuxový lynč

Ačkoli počet stolních počítačů s Linuxem je poměrně malý, rozsáhlé selhání Linuxu by mělo obrovské důsledky pro výpočetní techniku a internet.

Ačkoli se odhady liší, není pochyb o tom, že naprostá většina veřejných serverů na internetu je založena na systému Linux. Používá se také v nejrůznějších výpočetních zařízeních, od chytrých televizorů přes automatizovaná vozidla až po sálové počítače. Dá se říci, že kdyby Linux nebyl schopen chápat data, svět by měl opravdu velký problém.

Naštěstí se zdá, že problém byl vyřešen se značnou časovou rezervou. I když pokud bude Linux existovat i za 466 let, mohou mít vývojáři budoucnosti podobný problém k řešení, až bude opět dosaženo kapacity sekund.

Přesto lze asi s jistotou říci, že mezitím máme větší ryby na smažení…

.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.