{"id":54718,"date":"2020-01-02T00:00:00","date_gmt":"2020-01-01T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/unix-ispolnilos-50-let-chto-eto-znachit"},"modified":"2020-02-18T14:02:46","modified_gmt":"2020-02-18T11:02:46","slug":"unix-ispolnilos-50-let-chto-eto-znachit","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/unix-ispolnilos-50-let-chto-eto-znachit","title":{"rendered":"Unix a \u00eemplinit 50 de ani. Ce \u00eenseamn\u0103 asta?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Anul 2020 este semnificativ pentru Unix: la \u00eenceputul anului, sistemul de operare original a \u00eemplinit 50 de ani. Timpul Unix, cunoscut \u0219i sub denumirea de «datele epocii», — este num\u0103rul de secunde care au trecut de la 1 ianuarie 1970. Dar ce \u00eei \u00eengrijoreaz\u0103 pe dezvoltatorii nucleului \u00een leg\u0103tur\u0103 cu aniversarea de jum\u0103tate de secol a Unix?<\/p>\n

\"Unix<\/p>\n

De\u0219i unele dintre primele dezvolt\u0103ri Unix au precedat \u00eenceputul oficial al «epocii» sale, 1 ianuarie 1970 r\u0103m\u00e2ne punctul zero \u00een timp pentru POSIX. Prin urmare, de la 1 ianuarie 2020, platforma a \u00eemplinit oficial exact 50 de ani.<\/p>\n

Timp <\/strong>Unix versus timpul uman<\/strong><\/p>\n

Din punctul de vedere al timpului uman, 50 de ani — este o perioad\u0103 mare. Din perspectiva timpului Unix, 50 de ani nu \u00eenseamn\u0103 nimic special, iar 43 de ani ar fi fost la fel de semnificativi. Sistemele Unix (inclusiv Linux) p\u0103streaz\u0103 valorile datei \u0219i timpului ca num\u0103rul de secunde care au trecut din 1970-01-01 00:00:00 UTC, cu o \u00eenregistrare de 32 bi\u021bi. Pentru a determina c\u00e2t de multe secunde au trecut din acel moment \u0219i, prin urmare, valoarea curent\u0103 a timpului Unix, se poate executa comanda:<\/p>\n

<\/center><\/p>\n

$ date +%s<\/p>\n

1576883876<\/p>\n

Argumentul %s dup\u0103 comanda dateaz\u0103 pentru a afi\u0219a data \u0219i ora curent\u0103 sub form\u0103 de num\u0103r de secunde de la \u00eenceputul lui 1970-01-01.<\/p>\n

\"Unix<\/p>\n

Care este data maxim\u0103 pe care o pot stoca sistemele <\/strong>Unix?<\/strong><\/p>\n

Pentru a \u00een\u021belege c\u00e2t timp poate gestiona un sistem Unix, trebuie s\u0103 evalu\u0103m capacitatea c\u00e2mpului de 32 de bi\u021bi. Acest lucru se poate calcula astfel:<\/p>\n

$ echo ‘2^32’ | bc<\/p>\n

4294967296<\/p>\n

Cu toate acestea, deoarece Unix permite stocarea numerelor negative, un bit este rezervat pentru semn, reduc\u00e2nd prin urmare valoarea timpului la:<\/p>\n

$ echo ‘2^31’ | bc<\/p>\n

2147483648<\/p>\n

\u0218i av\u00e2nd \u00een vedere c\u0103 numerotarea Unix \u00eencepe de la 0, aceasta \u00eenseamn\u0103 c\u0103 avem 2 147 483 648 valori, dar cea mai mare este 2 147 483 647 — valoarea datei \u0219i timpului Unix nu poate dep\u0103\u0219i acest num\u0103r. La fel cum un odometru pe o ma\u0219in\u0103 nu poate ar\u0103ta mai mult de 999 999 de kilometri — ad\u0103uga\u021bi 1, iar valoarea va reveni la zero.<\/p>\n

C\u00e2t dureaz\u0103 un an \u00een secunde?<\/strong><\/p>\n

Num\u0103rul de secunde dintr-un an poate fi calculat astfel:<\/p>\n

$ expr 24 * 60 * 60 * 365<\/p>\n

31536000<\/p>\n

\u00centr-un an bisect se adaug\u0103 o zi \u00een plus:<\/p>\n

$ expr 24 * 60 * 60 * 366<\/p>\n

31622400<\/p>\n

\"Unix<\/p>\n

Cum \u00ee\u0219i marcheaz\u0103 Unix cea de-a 50-a aniversare?<\/strong><\/p>\n

La 1 ianuarie 2020, la ora 00:00, va fi timpul 1577836800. Calculul devine pu\u021bin mai complicat, deoarece trebuie s\u0103 \u021binem cont de anii bisec\u021bi. De la \u00eenceputul epocii Unix au fost 12 astfel de ani, \u00eencep\u00e2nd din 1972 \u0219i termin\u00e2nd \u00een 2016. Adic\u0103 au trecut 38 de ani obi\u0219nui\u021bi.<\/p>\n

Iat\u0103 cum arat\u0103 comanda expr pentru a calcula secunde \u00een ultimele 50 de ani:<\/p>\n

$ expr 24 * 60 * 60 * 365 * 38 + 24 * 60 * 60 * 366 * 12<\/p>\n

1577836800<\/p>\n

Sau a\u0219a, av\u00e2nd \u00een vedere calculele efectuate anterior:<\/p>\n

$ expr 31536000 * 38 + 31622400 * 12<\/p>\n

1577836800<\/p>\n

Aceast\u0103 modalitate de a \u00eenregistra timpul a f\u0103cut ca sistemele Unix s\u0103 fie imune la problema Y2K, din cauza c\u0103reia oamenii la sf\u00e2r\u0219itul anului 1999 erau \u00eengrijora\u021bi c\u0103 trecerea \u00een anul 2000 ar putea afecta sistemele informatice. Dificult\u0103\u021bile au fost mult mai pu\u021bine dec\u00e2t se a\u0219teptau. De fapt, doar aplica\u021biile care \u00eenregistrau anii \u00eentr-un format cu dou\u0103 cifre s-au confruntat cu resetarea datelor. Mul\u021bi dezvoltatori au realizat munc\u0103 suplimentar\u0103 pentru a se asigura c\u0103 aplica\u021biile lor nu vor fi afectate de problema Y2K.<\/p>\n

C\u00e2nd va <\/strong>Unix se va confrunta cu probleme?<\/strong><\/p>\n

Dificult\u0103\u021bi similare a\u0219teapt\u0103 sistemele Unix nu mai devreme de anul 2038, c\u00e2nd datele stocate \u00een formatul descris mai sus vor dep\u0103\u0219i spa\u021biul de 32 de bi\u021bi. Mai sunt \u00eenc\u0103 18 ani, dar dezvoltatorii nucleului lucreaz\u0103 deja pentru a evita defec\u021biunile viitoare.<\/p>\n

Problema anului 2038 este uneori men\u021bionat\u0103 ca fiind problema Y2K38. Dac\u0103 nu este rezolvat\u0103 p\u00e2n\u0103 mar\u021bi, 19 ianuarie 2038, dup\u0103 aceast\u0103 dat\u0103 sistemele ar putea crede c\u0103 s-a ajuns \u00een anul 1901. Una dintre modalit\u0103\u021bile de a rezolva aceast\u0103 problem\u0103 — este trecerea la o reprezentare pe 64 de bi\u021bi a informa\u021biilor despre dat\u0103 \u0219i timp. Unii consider\u0103 c\u0103 \u0219i aceasta va fi mult mai complicat\u0103 dec\u00e2t ar putea p\u0103rea.<\/p>\n