vuosituhannen vaihteessa koettiin Y2K-kammo. Tämä oli bugi, joka uhkasi heittää kaiken pankeista voimaloihin ja kotitietokoneisiin sekasortoon. Vaikka pääsimme sen yli kuin tuuli, näyttää siltä, että tietokoneilla on uusi ongelma.

asiantuntijat kutsuivat sitä ”vuoden 2038 ongelmaksi”, ja puheen perusteella he ovat kaikki melko huolissaan siitä.

Olipa kerran vuonna 2000

Y2K-vika oli melko yksinkertainen. Kun joidenkin varhaisimpien tietokoneiden ohjelmia kehitettiin noin 1950-ja 60-luvuilla, muistiresurssit olivat kautta linjan vähäiset. Sen sijaan, että insinöörit olisivat käyttäneet neljää numeroa vuosiluvun näyttämiseen, he koodasivat sen vain pitämään kirjaa kahdesta viimeisestä numerosta. Siksi he olivat huolissaan siitä, että kun osumme tammikuun 1.päivään 2000, tietokoneet, jotka näyttävät uuden ’00’ – päivämäärän, luulisivat virheellisesti, että se oli 1900.

lopulta he kaikki yrittivät korjata vian ja vapauttaa Y2K-yhteensopivat järjestelmät, ja vuosituhat alkoi vaivoin nurinalla. Olimme kukkulan takana. Mutta vuoden 2038 ongelma on eri peto kokonaan

eri rotu

Uusi ongelma sai nimensä, koska sen odotetaan saavuttavan kriittisen hylkäyspisteen 19.tammikuuta 2038. Outo numero Tuomiopäiväksi, vai mitä? No asiantuntijoiden mukaan, ongelma päivämäärä on, että se on, kun 32-bittinen prosessorit ja niiden rajoitukset pettävät järjestelmämme. Sallikaa minun selittää.

tietokonekalentereiden aloituspäivä on 1.tammikuuta 1970, ja ideana on, että ne *teoriassa* laskevat sekunneissa äärettömään. 32-bittiset suorittimet pystyvät kuitenkin laskemaan vain 2 147 483 647: ään asti. Ajatuksena on, että 19.tammikuuta 2038 kello 03: 14: 07 UTC nämä suorittimet saavuttavat maksimikapasiteetin.

joten suuri kysymys on, mitä sitten tapahtuu? Kaatuvatko tietokoneet, kuten jotkut arvelevat? Toiset sen sijaan ehdottavat, että pelkästään sisäiset kellojärjestelmät menevät sekaisin, vaikka muun pitäisi toimia hyvin.

mitä nyt tapahtuu?

Erään teorian mukaan aika kiemurtelee takaisin ”alkuun” ja tallentuu negatiivisina lukuina. Ja koodin kirjoitustavan vuoksi tietokoneet tulkitsevat tämän ajan tapahtuneen 13.joulukuuta 1901 tammikuun 19. päivän sijasta.

lisäksi meillä on runsaasti aikaa käsitellä tätä virhettä, paljolti samalla tavalla kuin käsittelimme Y2K-bugia. Meillä on vajaat 20 vuotta aikaa saada järjestelmä yhteensopivaksi salauksen, kryptovaluutan, IoT-laitteiden, automaation ja kaiken muun kanssa.

yksinkertaisin ratkaisu tällä hetkellä on näiden 32-bittisten järjestelmien päivittäminen 64-bittisiksi. Se on yksinkertainen vastaus, mutta teknisesti toimii.Se asettaisi maksimimäärän 9223372036854775808: aan, – rajaan, johon emme todennäköisesti törmää lähiaikoina. Itse asiassa, useimmat PC: n tänään ajaa 64-bittinen prosessorit, ja ovat vuodesta Windows XP Professional käynnistettiin vuonna 2005.

itse asiassa tämä on samanlaista kuin silloin, kun Gangnam Style ”rikkoi” YouTuben vuonna 2014. Tuona vuonna Mielettömän suosittu kpop-kappale rikkoi siihen asti every view-ennätyksen keräten yli 2 miljardia katselukertaa.

ongelmana oli, että YouTuben näköalalaskuri oli suunniteltu 32-bittiselle järjestelmälle, eli siinä oli myös sama 2 147 483 647 raja. Koska mitä videota voisi koskaan katsoa niin paljon?

lopulta YouTube vaihtoi 64-bittiseen järjestelmään ja kaikki oli hyvin. Joten, ainakin, meillä on varmuuskopio korjata, jos emme löydä tyylikkäämpi ratkaisu ennen 2038.