2020 is 'n belangrike jaar vir Unix: aan die begin van die jaar het die oorspronklike bedryfstelsel 50 jaar oud geword. Unix-tye, ook bekend as "epogdatums", is die aantal sekondes wat verloop het sedert 1 Januarie 1970. Maar wat bekommer kernontwikkelaars in verband met die halfeeu-herdenking van Unix?
Alhoewel sommige van Unix se vroeë ontwikkelings voor die amptelike begin van sy "era" is, bly 1 Januarie 1970 die nulpunt in POSIX-tyd. Daarom het die platform met die begin van 1 Januarie 2020 amptelik presies 50 jaar oud geword.
Tyd Unix vs menslike tyd
In terme van menslike tyd is 50 jaar 'n lang tyd. In terme van Unix-tyd is 50 jaar niks besonders nie, en 43 jaar sou nie minder betekenisvol wees nie. Unix-stelsels (insluitend Linux) stoor datum- en tydwaardes as die aantal sekondes wat verloop het sedert 1970-01-01 00:00:00 UTC, geskryf in 32 bisse. Om te bepaal hoeveel sekondes sedertdien verloop het, en dus die huidige Unix-tydwaarde, kan jy die opdrag uitvoer:
$datum +%s
1576883876
Die %s argument na die datum opdrag vertoon die huidige datum en tyd as die aantal sekondes sedert 1970-01-01.
Wat is die maksimum datum wat stelsels kan stoor? Unix?
Om te verstaan hoeveel tyd 'n Unix-stelsel kan hou, moet jy die kapasiteit van 'n 32-bis-veld skat. Dit kan soos volg bereken word:
$ eggo '2^32' | bc
4294967296
Aangesien Unix egter ook negatiewe getalle stoor, word een bis gereserveer vir die teken, wat dus die tydwaarde verminder na:
$ eggo '2^31' | bc
2147483648
En aangesien Unix-nommering by 0 begin, beteken dit dat ons 2 waardes het, maar die grootste is 147—Unix-datum-tydwaardes kan nie daardie getal oorskry nie. Net soos die kilometerteller op 'n motor nie meer as 483 648 kilometer kan wys nie - tel 2 by en die waarde gaan na nul.
Hoe lank is 'n jaar in sekondes?
Die aantal sekondes in 'n jaar kan soos volg bereken word:
$expr 24 * 60 * 60 * 365
31536000
In 'n skrikkeljaar word nog een dag bygevoeg:
$expr 24 * 60 * 60 * 366
31622400
Hoe vertoon Unix sy 50ste verjaardag?
Op 1 Januarie 2020 om 12:00 vm. sal die tyd 1577836800 wees. Die berekening is ietwat meer ingewikkeld omdat skrikkeljare in ag geneem moet word. Sedert die begin van die Unix-era was daar 12 sulke jare, wat in 1972 begin en in 2016 eindig. Dit wil sê, 38 gewone jare het verbygegaan.
Dit is hoe die expr-opdrag lyk om sekondes oor die afgelope 50 jaar te tel:
$expr 24 * 60 * 60 * 365 * 38 + 24 * 60 * 60 * 366 * 12
1577836800
Of soos volg, met inagneming van vroeëre berekeninge:
$expr 31536000 * 38 + 31622400 * 12
1577836800
Hierdie manier van tyd opneem het Unix-stelsels immuun gemaak teen die Y2K-probleem, wat mense laat in 1999 bekommerd gemaak het dat die jaar 2000-oorgang verwoesting op rekenaarstelsels sou saai. Die probleme was baie minder as wat verwag is. Trouens, slegs toepassings wat jare in tweesyferformaat aanteken, het ervaar dat datums teruggestel word. Baie ontwikkelaars het ekstra werk gedoen om te verseker dat hul toepassings nie deur die Y2K-kwessie geraak word nie.
Wanneer is die tyd Sal Unix probleme hê?
Soortgelyke probleme wag op Unix-stelsels nie vroeër as 2038 nie, wanneer datums wat in die formaat hierbo beskryf is, 32-bis spasie sal oorskry. Daar is nog 18 jaar oor, maar kernontwikkelaars werk reeds om toekomstige mislukkings te vermy.
Daar word soms na die 2038-probleem verwys as die Y2K38-probleem. As dit nie teen Dinsdag 19 Januarie 2038 opgelos is nie, kan stelsels na daardie datum dink dit is 1901. Een manier om hierdie probleem op te los is om oor te skakel na 'n 64-bis voorstelling van datum- en tydinligting. Sommige glo dat dit baie moeiliker sal wees as wat dit mag lyk.
Dit is in elk geval te vroeg om paniekerig te raak. Wat vandag regtig belangrik is, is die 50ste herdenking van Unix-stelsels, wat erken word as een van die belangrikste bedryfstelsels in die geskiedenis.
Bron: 3dnews.ru
