Live Unix-tidsstempel (Nuværende Unix-tid)

Hvad er Unix-tid?

Unix-tid (også kendt som Epoch-tid, POSIX-tid eller Unix-tidsstempel) er et system til at beskrive et tidspunkt. Det er antallet af sekunder, der er gået siden Unix-epoken, som er defineret som 00:00:00 UTC den torsdag, den 1. januar 1970. Det bruges bredt i Unix-lignende operativsystemer og mange andre databehandlingssystemer.

Den største fordel ved Unix-tid er dets enkelhed. Det repræsenterer tid som et enkelt, universelt forståeligt heltal, der kontinuerligt øges. Dette gør det utroligt nemt at gemme, sammenligne og udføre beregninger med tidsstempler uden at bekymre sig om tidszoner, sommertid eller forskellige kalender systemer. For eksempel, for at finde varigheden mellem to begivenheder, trækker du blot deres Unix-tidsstempler fra hinanden.

Selvom dette råtal er perfekt til computere, er det ikke særlig venligt for mennesker. For at bygge bro over dette bruger udviklere og teknologientusiaster et værktøj kaldet en epokomregner. Du kan bruge det til øjeblikkeligt at konvertere ethvert tidsstempel til en menneskeligt læsbar dato, eller gøre det modsatte ved at finde tidsstemplet for en bestemt dato.

År 2038-problemet

Et velkendt problem relateret til Unix-tid er "År 2038-problemet." Det er lignende Y2K-problemet. Mange tidlige computersystemer var designet til at gemme Unix-tidsstemplet som et 32-bit signeret heltal. Et signeret 32-bit heltal kan repræsentere værdier fra -2.147.483.648 til 2.147.483.647.

Den maksimale værdi, 2.147.483.647, vil blive nået kl. 03:14:07 UTC den 19. januar 2038. På det næste sekund vil heltallet overskride og wrappe rundt til sin mest negative værdi, hvilket vil blive tolket af systemer som en dato i 1901. Dette kan forårsage omfattende fejl i ældre software, der er afhængig af 32-bit tidsrepræsentationer.

Løsningen er at bruge et 64-bit heltal til at gemme tidsstemplet. Et 64-bit heltal har en maksimal værdi, der er så stor, at det ikke vil overskride i cirka 292 milliarder år, hvilket effektivt løser problemet for den nærmeste fremtid. De fleste moderne operativsystemer og software er allerede gået over til 64-bit tidsrepræsentationer.

Skudsekunder og Unix-tid

En vigtig teknisk detalje er, at Unix-tid ikke tager højde for skudsekunder. Mens UTC (koordineret universeltid) lejlighedsvis tilføjer en skudsekund for at holde vores ure i overensstemmelse med Jordens rotation, ignorerer Unix-tidsstempel dem blot og fortsætter med at tælle lineært.

Det betyder, at Unix-tid ikke er en ægte repræsentation af UTC. Det er mere præcist at beskrive det som en lineær tælling af sekunder. Når en skudsekund opstår, gentager Unix-tid nogle gange et sekund for at forblive synkroniseret. Denne nuance er kritisk for videnskabelige og højpræcisionsapplikationer, men for de fleste generelle computeranvendelser er forskellen ubetydelig.

Almindelige anvendelser af Unix-tid

• Fil-tidsstempler: Operativsystemer bruger Unix-tidsstempler til at spore, hvornår filer blev oprettet, ændret eller sidst tilgået.
• Databaser: Det er en almindelig og effektiv måde at gemme dato- og tidsoplysninger for poster (f.eks. created_at, updated_at).
• API'er og webudvikling: Bruges til sessionudløb, cachekontrol og logning af API-anmodninger.
• Programmering: Næsten alle programmeringssprog tilbyder funktioner til at hente det aktuelle Unix-tid og konvertere det til og fra menneskelæselige datoformater.

Ofte stillede spørgsmål

Hvad er Unix-epoken?

Unix-epoch er det tidspunkt, hvor tiden begynder for Unix-systemer: 00:00:00 UTC den 1. januar 1970. Et Unix-tidsstempel er simpelthen antallet af sekunder, der er forløbet siden dette øjeblik.

Hvorfor starter Unix-tid den 1. januar 1970?

Datoen blev valgt af Unix' tidlige udviklere som et bekvemt, rundt startpunkt tæt på tidspunktet, hvor systemet blev skabt i starten af 1970'erne. Det har været standardreferencen lige siden.

Er Unix-tid i UTC?

Unix-tiden tælles fra en epoke defineret i UTC og er tidszoneuafhængig, så det samme tidsstempel betyder det samme øjeblik overalt. Da den ignorerer skudsekunder, beskrives den bedst som en lineær optælling af sekunder snarere end en perfekt repræsentation af UTC.

Hvad er forskellen mellem sekunder og millisekunder?

Et standard Unix-tidsstempel tæller hele sekunder siden epoken, hvilket er 10 cifre for nuværende datoer. Mange systemer, herunder JavaScript, tæller i stedet millisekunder og producerer en værdi, der er 1.000 gange større med 13 cifre.

Hvad er år 2038-problemet?

Systemer, der gemmer tidsstemplet i et 32-bit signeret heltal, kan kun tælle op til 03:14:07 UTC den 19. januar 2038, hvorefter værdien løber over og fejlagtigt aflæses som en dato i 1901. Løsningen er at gemme tidsstemplet i et 64-bit heltal.