vissza az ezredfordulón volt az Y2K pánik. Ez egy olyan hiba volt, amely azzal fenyegetett, hogy mindent eldob a bankoktól, az erőművektől, az otthoni számítógépektől a zűrzavarba. Bár már túl vagyunk ezen, mint egy szellő, úgy tűnik, van egy új probléma a számítógépekkel szemben.

A szakértők “2038-as problémának” nevezték, és a hírek szerint mindannyian nagyon aggódnak emiatt.

egyszer régen a 2000-es évben

az Y2K hiba meglehetősen egyszerű volt. Amikor az 1950-es és 60-as évek környékén kifejlesztették a legkorábbi számítógépek programjait, a memóriaforrások alacsonyak voltak az egész fórumon. Tehát ahelyett, hogy négy számjegyet használna az év megjelenítéséhez a dátumban, a mérnökök kódolták, hogy csak nyomon kövessék az utolsó két számjegyet. Mint ilyen, aggódtak, hogy amikor 2000. január 1-jén elérjük, az új ” 00 ” dátumot megjelenítő számítógépek tévesen azt gondolják, hogy 1900.

végül mindannyian arra törekedtek, hogy kijavítsák a hibát, és felszabadítsák az Y2K-kompatibilis rendszereket, és az ezredforduló alig zörögött. Túl voltunk a dombon. De a 2038-as év problémája teljesen más vadállat

egy másik fajta

az új probléma kapta a nevét, mert várhatóan 2038.január 19-én eléri a kritikus kudarcot. Ez egy furcsa szám, hogy úgy gondolja, mint doomsday jobb? A szakértők szerint a dátummal az a baj, hogy a 32 bites processzorok és azok korlátai rontják a rendszerünket. Hadd magyarázzam meg.

a számítógépes naptárak kezdő dátuma 1970. január 1., az ötlet az, hogy *elméletileg * másodpercek alatt számolják le a végtelenig. A 32 bites processzorok azonban csak fizikailag képesek 2,147,483,647-ig számolni. Tehát az ötlet az, hogy 2038. január 19-én, 03: 14: 07 UTC-kor ezek a processzor eléri a maximális kapacitást.

tehát a nagy kérdés az, hogy mi történik akkor? A számítógépek összeomlanak, ahogy egyesek spekulálnak? Mások ehelyett azt sugallják, hogy csupán a belső órarendszereket fogják elrontani, bár a többinek jól kell működnie.

Tehát mi történik most?

az egyik elmélet az, hogy az idő a “kezdet” felé fordul, és negatív számként tárolódik. A kód megírásának módja miatt a számítógépek ezt az időt 1901.December 13-án, január 19-e helyett értelmezik.

ezenkívül rengeteg időnk van arra, hogy foglalkozzunk ezzel a hibával, ugyanúgy, mint az Y2K hibával. Alig 20 évünk van arra, hogy a rendszer kompatibilis legyen a titkosítással, a kriptovalutával, az IoT eszközökkel, az automatizálással stb.

a legegyszerűbb megoldás jelenleg magában foglalja a 32 bites rendszerek 64 bites frissítését. Ez egy egyszerű válasz, de technikailag működik.Ez a maximális számszámot 9,223,372,036,854,775,808-ra tenné, ez a határ nem valószínű, hogy hamarosan eléri. Valójában a legtöbb PC ma 64 bites processzorokon fut, azóta a Windows XP Professional 2005-ben indult.

valójában ez hasonló ahhoz, amit tettünk, amikor a Gangnam Style “megtörte” a YouTube-ot 2014-ben. Abban az évben, az őrülten népszerű Kpop dal addig minden megtekintési rekordot megdöntött, több mint 2 milliárd megtekintés.

a probléma az volt, hogy a YouTube nézetszámlálóját 32 bites rendszerre tervezték, ami azt jelenti, hogy ugyanaz a 2,147,483,647 határérték is volt. Mert milyen videót néznének meg ennyire?

végül a YouTube 64 bites rendszerre váltott, és minden rendben volt. Tehát legalább van egy biztonsági mentési javításunk arra az esetre, ha 2038 előtt nem találunk elegánsabb megoldást.