/forskning

Skudsekunder lever videre – foreløbig til 2015

Den internationale teleunion har besluttet at udskyde en afgørelse om skudsekundernes fremtid til 2015.

Af Jens Ramskov, fredag 20. jan 2012 kl. 08:18

Der kunne ikke opnås enighed om at afskaffe skudsekunderne på ITU’s Radiocommunication Assembly i Geneve torsdag.

USA var den mest markante fortaler for at afskaffe skudsekunderne, mens Storbritannien talte varmt for at opretholde skudsekunderne, som med mere eller mindre regelmæssige mellemrum indføres for at holde tiden bestemt ud fra atomure overens med den astronomiske tid, som er bestemt af Jordens rotation.

I stedet for en afstemning blev der i stedet opnået enighed om at udskyde den endelige behandling til 2015. Denne beslutning skal formelt konfirmeres af World Radiocommunication Conference, som begynder i næste uge.

Radiocommunication Assembly og World Radiocommunication Conference holdes normalt med 3-4 års mellem, hvor de 193 medlemslande i ITU mødes for at fastlægge internationale standarder.

Den britiske seniorforsker Peter Whibberley fra National Physical Laboratory, der leder den britiske delegation, erklærer til BBC, at han er tilfreds:

'Resultatet sikrer Storbritanniens ønsker om en bredere debat af konsekvenserne af at afbryde sammenhængen mellem UTC (den koordinerede universaltid) og soltiden før en endelig beslutning tages'.

Denne problemstilling har dog allerede været drøftet i en ITU-arbejdsgruppe siden 2000.



20. jan 2012 kl 09:15

avatar

Peter Andersen

pokkers

pokkers så skal køkken uret og bornholmeren stilles igen allerede i 2015


20. jan 2012 kl 09:51

Jens Ramskov

Re: pokkers

Så let slipper du ikke. Husk der kommer et skudsekund den 30. juni kl. 23:59:60 (UTC).


20. jan 2012 kl 09:51

Erik Jønsson

Hvorfor i alverden?

Hvorfor skulle man for nogle EDB-programmørers skyld koble tiden fra sol, natur og mennesker? Måske skulle man så også afskaffe skuddagene!!
Så kunne man om 100.000 år stå op kl 19.00 og klippe sin græsplæne den 24. dec.
Men alvorligt talt: Maskiner skal rette sig efter mennesker - ikke omvendt. Også selv om man "ikke ville lægge mærke til 1 sek".


20. jan 2012 kl 10:48

Peter Hansen

Hurtigere

Jeg kan forstå at meteorer og jordskælv er med til at nedsætte rotationshastigheden. Men kan nogle forklare hvordan, som Wiki hævder:

"Eksempelvis gav jordskælvet i det Indiske Ocean den 26. december 2004 Jorden en smule mere fart på"?

Jeg kan kun forklare det med at noget masse er sunket, og dermed er Jordens inertimoment faldet.


20. jan 2012 kl 11:03

Stig Johansen

Re: Hvorfor i alverden?

Hvorfor skulle man for nogle EDB-programmørers skyld koble tiden fra sol, natur og mennesker?

Jeg tror ikke det har så meget med 'EDB-programmører' at gøre.

(Har selv været med i 30+ år).
Det eneste edbmæssigt problem er at opretholde den kronologiske orden (ift. transaktioner m.v.).

Det har vist været behandlet hvorfor man ikke (kronologisk) ikke blot kan 'switche' tiden, men men bruger metoder til at 'ændre' tiden.

Kronologisk orden kan ligeså godt laves med tællere (f.eks. sekunder siden 1970-epoch), men det er ulig letter at bruge systemuret i de givne systemer.

('Vi' er nogle der har levet med det side indførsel af sommer/vintertid, og problemet er løst).

Problemet er nok nærmere at vor adfærd kræver mere og mere præcis (fælles) tidsreference, så vi står med:
UTC
GMT
(Loca time)
ZULU tid

Teknisk set er det ligegyldigt, men kva vor kultur foretrækker vi at solen står højest på himmelen (omkring) kl. 12:00.


21. jan 2012 kl 20:23

Niels Danielsen

Re: Hvorfor i alverden?

Hvorfor skulle man for nogle EDB-programmørers skyld koble tiden fra sol, natur og mennesker?


Sagen har ikke noget med mennesker at gøre, kun systemer.
Der er principielt ikke nogen grund til at ændre den tid der bliver udlæst på IT systemer til brug for almindelige mennesker, det kan stadig godt være UTC+TZ.

Jeg ser det mere som det at migrere system tiden i OS samt software biblioteker fra UTC, til TAI, således at systemer der er afhængig af global monoton ekvidistant tid kan få det.


Jeg tror ikke det har så meget med 'EDB-programmører' at gøre.

(Har selv været med i 30+ år).
Det eneste edbmæssigt problem er at opretholde den kronologiske orden (ift. transaktioner m.v.).

Nej, der er mindst to andre typer problemer som opstår alt efter hvordan man gemmer tid:
-Gemte tids stempler der ændrer sig efter skud sekund
-Tids interval (Antal sekunder) mellem to tids stempler ændres ved skud sekund.

Hvorfor overhovedet blande ITU ind i den sag?
Det er vel mere et spørgsmål om at implementere en RFC omkring ændring af til NTP distribuering af TAI.
Ændrer operativsystemer således at der findes et alternativt system kald til at hente TAI, i stedet for UTC+TZ.
Det betyder at gammelt software fortsat kan arbejde med UTC+TZ, men nyt software kan arbejde med TAI efter behov.
Software biblioteker hvor man kan vælge hvordan tiden skal repræsenteres, alt efter hvad man vil opnå

Jeg kan også anbefale Herman Kopetz bog ’Real Time Systems’ hvor Global time, sparse time etc. bliver beskrevet.


24. jan 2012 kl 14:15

Peter Hansen

Mere logisk

For EDB systemer er een mulighed at lade dem løbe lidt langsommere, indtil det ekstra sekund er indhalet. Om det er muligt ved jeg ikke.


Ny i debatten? Opret en brugerkonto

  • Seneste nyt
  • Mest læste
  • Topdebat
Populært på Facebook
 

Nyhedsbrev

Tilmeld dig vores nyhedsbrev.