![\"Unix](\"\/wp-content\/uploads\/2020\/01\/1b3a3bdeb0400f3b34d5cd6964a48010.jpg\")
<\/p>\n2020 is a significant year for Unix: at the very beginning of the year, the original operating system turned 50 years old. Unix time, also known as the 'epoch time,' is the number of seconds that have elapsed since January 1, 1970. But what concerns kernel developers regarding the half-century anniversary of Unix?<\/p>\n
<\/p>\n
Although some early developments of Unix predate the official start of its 'epoch,' January 1, 1970, remains the zero point in POSIX time. Therefore, starting January 1, 2020, the platform officially turned exactly 50 years old.<\/p>\n
Tijd <\/strong>Unix versus menselijke tijd<\/strong><\/p>\n From a human perspective, 50 years is a long period. From the standpoint of Unix time, there is nothing particularly special about 50 years, as 43 years would have been just as significant. Unix systems (including Linux) store date and time values as the number of seconds that have elapsed since 1970-01-01 00:00:00 UTC, recorded in 32 bits. To determine how many seconds have passed since that time and, consequently, the current value of Unix time, you can execute the command:<\/p>\n $ date +%s<\/p>\n 1576883876<\/p>\n De %s-parameter na de date-opdracht geeft de weergave van de huidige datum en tijd weer als het aantal seconden sinds 1970-01-01.<\/p>\n Wat is de maximale datum die systemen <\/strong>Unix kunnen opslaan?<\/strong><\/p>\n Om te begrijpen hoeveel tijd een Unix-systeem kan bevatten, moet men de capaciteit van het 32-bits veld inschatten. Dit kan als volgt worden berekend:<\/p>\n $ echo '2^32' | bc<\/p>\n 4294967296<\/p>\n Echter, omdat Unix ook negatieve getallen ondersteunt, is er \u00e9\u00e9n bit gereserveerd voor het teken, waardoor de tijdwaarde wordt verlaagd tot:<\/p>\n $ echo '2^31' | bc<\/p>\n 2147483648<\/p>\n And since Unix numbering starts at 0, it means that we have 2,147,483,648 values, but the largest is 2,147,483 647 - the Unix date and time value cannot exceed this number. Just as a car's odometer cannot exceed 999,999 kilometers - add 1, and the value resets.<\/p>\n Hoeveel seconden zijn er in een jaar?<\/strong><\/p>\n Het aantal seconden in een jaar kan als volgt worden berekend:<\/p>\n $ expr 24 * 60 * 60 * 365<\/p>\n 31536000<\/p>\n In een schrikkeljaar wordt er nog een dag toegevoegd:<\/p>\n $ expr 24 * 60 * 60 * 366<\/p>\n 31622400<\/p>\n Hoe viert Unix zijn 50e verjaardag?<\/strong><\/p>\n Op 1 januari 2020 om 12:00 uur 's nachts is de tijd 1577836800. De berekening wordt iets ingewikkelder omdat er rekening moet worden gehouden met schrikkeljaren. Sinds het begin van de Unix-epoch zijn er 12 van zulke jaren geweest, van 1972 tot 2016. Dat betekent dat er 38 gewone jaren zijn verstreken.<\/p>\n Zo ziet het commando expr eruit voor het berekenen van seconden in de afgelopen 50 jaar:<\/p>\n $ expr 24 * 60 * 60 * 365 * 38 + 24 * 60 * 60 * 366 * 12<\/p>\n 1577836800<\/p>\n Of zo, rekening houdend met eerder gemaakte berekeningen:<\/p>\n $ expr 31536000 * 38 + 31622400 * 12<\/p>\n 1577836800<\/p>\n Deze manier van tijdsnotatie maakte Unix-systemen immuun voor het Y2K-probleem, waarvoor mensen eind 1999 bezorgd waren dat de overgang naar het jaar 2000 schade aan computersystemen kon toebrengen. De moeilijkheden bleken veel minder te zijn dan verwacht. In feite waren alleen applicaties die jaren in een tweecijferig formaat opsloegen, getroffen door de nulling van datums. Veel ontwikkelaars hebben extra werk verricht om ervoor te zorgen dat hun applicaties niet door het Y2K-probleem zouden worden be\u00efnvloed.<\/p>\n Wanneer zal de tijd <\/strong>Unix problemen ondervinden?<\/strong><\/p>\n Vergelijkbare moeilijkheden worden niet eerder dan 2038 verwacht voor Unix-systemen, wanneer datums die in het bovenstaande formaat zijn opgeslagen, de 32-bits ruimte zullen overschrijden. Er zijn nog 18 jaar te gaan, maar kernontwikkelaars werken al aan het vermijden van aankomende storingen.<\/p>\n The Year 2038 problem is sometimes referred to as the Y2K38 problem. If it is not resolved by Tuesday, January 19, 2038, after this date systems may think that it is the year 1901. One way to address this issue is to switch to a 64-bit representation of date and time information. Some believe that this will be much more complicated than it may seem.<\/p>\n![\"Unix](\"\/wp-content\/uploads\/2020\/01\/aba69e769edb987923b060b6e32f9a00.jpg\")
<\/p>\n![\"Unix](\"\/wp-content\/uploads\/2020\/01\/a720be1bfca58df09540785bf66f556d.jpg\")
<\/p>\n