Vad händer med tiden?

Troligen använde de tzdata (Wikipedia), som är just en sådan databas som används i en massiv del av världens datorer för att hålla reda på sådana ändringar.

Den sköttes från sin begynnelse i mitten av 1980-talet till stor del av egentligen en person, Arthur Olsen (en Paul Eggert hjälpte till och tog sedermera över), som också gjorde det så pass bra att det inte var många som behövde fundera över hur det gick till eller ens vem som gjorde det — tzdata fanns, var uppdaterad och bara att använda. För några år sedan så nämnde denna person dock att han kanske skulle vilja lämna över ansvaret och göra annat någon gång i framtiden, vilket på en bredare front lyfte frågan om att det oundvikliga ju någon gång kommer hända på ett eller annat sätt, och att det inte fanns någon direkt plan för hur tzdata då skulle fungera. Eftersom databasen är så fundamental så sammanställde IANA RFC 6557 för att ha en plan redo.

Det är bra jobbat om man får en organisation som IANA att skriva upp en handlingsplan för att hantera att man en dag kommer pensionera sig .

Följande är ett utdrag ur källkoden för tzdata gällande Sveriges historiska tidszonsinformation:

# Sweden

# From Ivan Nilsson (2001-04-13), superseding Shanks & Pottenger:
#
# The law "Svensk forfattningssamling 1878, no 14" about standard time in 1879:
# From the beginning of 1879 (that is 01-01 00:00) the time for all
# places in the country is "the mean solar time for the meridian at
# three degrees, or twelve minutes of time, to the west of the
# meridian of the Observatory of Stockholm".  The law is dated 1878-05-31.
#
# The observatory at that time had the meridian 18 degrees 03' 30"
# eastern longitude = 01:12:14 in time.  Less 12 minutes gives the
# national standard time as 01:00:14 ahead of GMT....
#
# About the beginning of CET in Sweden. The lawtext ("Svensk
# forfattningssamling 1899, no 44") states, that "from the beginning
# of 1900... ... the same as the mean solar time for the meridian at
# the distance of one hour of time from the meridian of the English
# observatory at Greenwich, or at 12 minutes 14 seconds to the west
# from the meridian of the Observatory of Stockholm". The law is dated
# 1899-06-16.  In short: At 1900-01-01 00:00:00 the new standard time
# in Sweden is 01:00:00 ahead of GMT.
#
# 1916: The lawtext ("Svensk forfattningssamling 1916, no 124") states
# that "1916-05-15 is considered to begin one hour earlier". It is
# pretty obvious that at 05-14 23:00 the clocks are set to 05-15 00:00....
# Further the law says, that "1916-09-30 is considered to end one hour later".
#
# The laws regulating [DST] are available on the site of the Swedish
# Parliament beginning with 1985 - the laws regulating 1980/1984 are
# not available on the site (to my knowledge they are only available
# in Swedish): <http://www.riksdagen.se/english/work/sfst.asp> (type
# "sommartid" without the quotes in the field "Fritext" and then click
# the Sok-button).
#
# (2001-05-13):
#
# I have now found a newspaper stating that at 1916-10-01 01:00
# summertime the church-clocks etc were set back one hour to show
# 1916-10-01 00:00 standard time.  The article also reports that some
# people thought the switch to standard time would take place already
# at 1916-10-01 00:00 summer time, but they had to wait for another
# hour before the event took place.
#
# Source: The newspaper "Dagens Nyheter", 1916-10-01, page 7 upper left.

# Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
Zone Europe/Stockholm	1:12:12 -	LMT	1879 Jan  1
			1:00:14	-	SET	1900 Jan  1	# Swedish Time
			1:00	-	CET	1916 May 14 23:00
			1:00	1:00	CEST	1916 Oct  1 01:00
			1:00	-	CET	1980
			1:00	EU	CE%sT

Källkoden är full av liknande historiska notiser i kommentarerna och är rätt rolig för de som är intresserade av att läsa om en mängd märkliga historiska beslut. `apt-get source tzdata` hämtar hem källkoden för läsning på Debianbaserade system.

Det finns förklarat i NTP:s dokumentation: 5. How does it work?, som åtminstone beskriver hur referensimplementationen `ntpd` jobbar. I korthet så börjar klienten med att synkronisera sig mot en fjärrserver. Detta görs genom att skicka ett paket som innehåller den lokala tiden till fjärrservern, som svarar med ett paket med sin tid. Detta upprepas några gånger (och gärna med flera olika servrar), vilket gör att klienten kan uppskatta nätverksfördröjningen (round-trip time delat med 2) och kalibrera därefter. Ifall latensen är låg så får man en högre säkerhet på sin tidsstämpel, så vanligen använder man kalibreringsservrar som ligger geografiskt nära. Efter synkroniseringen så ser man till att den lokala datorn ställer in sig med just fjärrserverns tid som referens.

När man sedan kalibrerat denna nätverksoffset så lyssnar klienten passivt på denna server och fortsätter att kalibrera sig kontinuerligt. Små förändringar kan appliceras direkt; lite större förändringar kräver att de kvarstår över flera mätningar, varpå de antingen implementeras gradvis om de är relativt små, eller hårt om de är större. Ifall skillnaden är i sammanhanget jättelik (många minuter) så kommer `ntpd` avslutas då något vajsing har inträffat.

Så ja, latens är något som kompenseras för genom att man använder flera synkroniseringsservrar, gör upprepade frågor och därefter kan göra statistiska antaganden om latensen.

Det går ställa till med en jävla oreda genom att spoofa NTP-servrar och mata ut fel tid. Med tanke på hur vackert konstruerade gamla IT-system brukar vara så skulle det inte förvåna mig om det t.ex. går att slå ut halva Sveriges elförsörjning på det viset.

Vissa DRM-lösningar (t.ex. Magine) flippar ur om datorns RTC går fel.

Nu menade jag inte sommar- och vintertid, utan när ett företag ställer tillbaka klockan ett par sekunder eller så, för att de fått ny, bättre tid. Sommartiden är välkänd och kan räknas bort. Det är när servrarna driver i tid och plötsligt återställs, som det kan bli diskrepanser i loggarna.

Naturligtvis är det bara att koppla en ny dator till atomuren (som det står i artikeln) om du har lust att betala den och dess bröder runt om i Sverige. Därefter tillkommer underhållet, energin, uppdateringarna och tillsynen. Allt eftersom DDoS-attackerna ökar i styrka måste NTP-servrarna dessutom bli starkare. Det hamnar på ett par miljoner om året. Hårdvaran är som vanligt det lilla i sammanhanget.

Vill du betala för realtiden, eller tycker du att den är en medborgerlig rättighet?

Först skipar vi somnar/normaltid tid flummet
Sen så passar vi på och införa en världstid i vår värd som rör sig mot gränslöshet
Förslaget är då att man delar upp dygnet i jämna 100'000 delar mor dagens 86'400 dvs
10desidag 100milidag 100Dekamikrodag (Förslagsvis med enklare namn)
24h 60min 60s = 86400 sekunder

Om solen slocknar då? Check mate.

Tid finns egentligen inte. För en sekund sedan var det du gjorde historia och om en sekund är det du gör just nu historia.

Bra grävt 🤣

Ja man är kung om man svarar i en snart 9 år gammal tråd 😊
Vissa saker blir dock aldrig irrelevanta.

Årtiondets necromani?