Forrige gang de gjorde dette, brøt deler av Internett sammen

[Nilsen]

Også i år blir sommeren ett sekund lenger.

Forrige gang de gjorde dette, brøt deler av Internett sammen

[Tåkefyrste]

hmm, lurer på hva jeg skal bruke det ekstra sekundet til

[Gjest Slettet-376f9]

hmm, lurer på hva jeg skal bruke det ekstra sekundet til

 

Jeg skal bruke det til å sjekke om klokkene mine faktisk viser 23:59:60. DET er jeg egentlig litt spent på.

[ATWindsor]

Om USA er imot skuddsekund er det nesten garantert riktig å ha det, er det noe man kan stole på så er det USAs evne til å ha et verre system når det gjelder måleenheter.

 

Ellers er jeg lite sympatisk for argumentet "å nei, vi må gjøre jobben vår å sørge for at systemene justerer klokka", ansvaret for tidtakerne er å ha riktig tid, da får de som jobber inn mot vårt normale tidtakningssystem tilpasse seg, eller finne på noe eget, istedet for å stikke kjepper å hjulene fordi de ikke klarer å lage skikkelige systemer.

 

AtW

[sirtommen]

 

hmm, lurer på hva jeg skal bruke det ekstra sekundet til

 

Jeg skal bruke det til å sjekke om klokkene mine faktisk viser 23:59:60. DET er jeg egentlig litt spent på.

Jeg og er litt spent på det. Men hvis du har norsk tid så vil den aldri vise 23.59.60, men heller som han nevner i siste settning 01.59.60

[vidor]

Jeg skal bruke sekundet på det mest minneverdige nyset i mitt liv

[Simen1]

hmm, lurer på hva jeg skal bruke det ekstra sekundet til

Jeg skal bruke det til å skrive et unødvendig innlegg. Ups, der har jeg vist brukt det opp og et par til i samme slengen.

[kpolberg]

Ganske sikker på at vi kommer til å se en god del servere som plutselig kjører igang med 500000 context switchinger. Det er mer en nok av utdaterte systemer der ute.

 

https://access.redhat.com/articles/199563

[Tåkefyrste]

Bra GPS-satelittene er sikret iallefall. 1 sekund feil er katastrofalt mye på dem, og navigasjonssystemer verden over ville vært ubrukelig unøyaktige.

[vidor]

Tenkte meg det måtte være noe spesielt med måten dette var implementert på. Hvis man slår av NTP litt før det inntreffer og skrur den på igjen etterpå er man reddet for de serverene som måtte være sårbare. Gode gamle lowtech. Minner meg om dem som satte NT-servere på automatiske tidsur slik at de fikk "strømbrudd" og en reboot hver natt.

[kpolberg]

Forøvrig, mange Stratum 1 NTP servere baserer seg på GPS tid, i selve GPS signalet blir leap-second flagget lagt ved. Uheldgivis baserer fryktelig mange seg på GPS tid gjennom NMEA protokollen, som ikke har mulighet for å gjengi dette flagget, og man må da inn med en egen fil.

 

http://www.eecis.udel.edu/~mills/ntp/html/leap.html

[Frobe]

Bra GPS-satelittene er sikret iallefall. 1 sekund feil er katastrofalt mye på dem, og navigasjonssystemer verden over ville vært ubrukelig unøyaktige.

 

Det hjelper ikke at GPS-satellittene er nøyaktige hvis produsenten av GPS-mottakeren ikke takler skuddsekundet.

For tre år siden fungerte ikke TomTom på vei hjem fra Danmark. Hastigheten var korekt, men den bommet på posisjonen med omtrent 100 meter. Ofte trodde den at vi var utenfor veien eller på en annen vei en den vi kjørte på, og vi måtte finne frem Navigon GPS som fungerte uten problemer.

[Tåkefyrste]

Det er sant, men om satelittene hadde vært unøyaktige så hadde jo "viktige" navigasjonssystemer i f.eks fly blitt slått ut, og det blir fort mer alvorlig.

[Kakeshoma]

Et sekund klarte det Kim Kardashian ikke klarte.

[kpolberg]

 

Bra GPS-satelittene er sikret iallefall. 1 sekund feil er katastrofalt mye på dem, og navigasjonssystemer verden over ville vært ubrukelig unøyaktige.

 

Det hjelper ikke at GPS-satellittene er nøyaktige hvis produsenten av GPS-mottakeren ikke takler skuddsekundet.

For tre år siden fungerte ikke TomTom på vei hjem fra Danmark. Hastigheten var korekt, men den bommet på posisjonen med omtrent 100 meter. Ofte trodde den at vi var utenfor veien eller på en annen vei en den vi kjørte på, og vi måtte finne frem Navigon GPS som fungerte uten problemer.

Dette er urelatert til leap-second. Posisjons setningene i NMEA strengen blir regnet ut ifra GPS tid. Og skulle det være at de ikke bruker NMEA, men ett eller annet proprietært format, så brukes fremdeles ikke UTC tid for posisjonering. Jeg klarer ikke helt å se hvordan en manglende "almanac" oppdatering skulle påvirke selve navigasjonen. Spesielt siden GPS tid ikke har skuddsekund... Endret 7. januar 2015 av kpolberg

[awesome87]

Så teit at skuddsekundet måtte være klokka to om natta norsk tid, da ligger jeg vanligvis og sover. (Kl. 00:00, <eller kl 23:59:60, da> pleier jeg vanligvis å være våken.

 

Ser uansett frem til 1. juli 2015

[Frobe]

 

 

Bra GPS-satelittene er sikret iallefall. 1 sekund feil er katastrofalt mye på dem, og navigasjonssystemer verden over ville vært ubrukelig unøyaktige.

Det hjelper ikke at GPS-satellittene er nøyaktige hvis produsenten av GPS-mottakeren ikke takler skuddsekundet.

For tre år siden fungerte ikke TomTom på vei hjem fra Danmark. Hastigheten var korekt, men den bommet på posisjonen med omtrent 100 meter. Ofte trodde den at vi var utenfor veien eller på en annen vei en den vi kjørte på, og vi måtte finne frem Navigon GPS som fungerte uten problemer.

Dette er urelatert til leap-second. Posisjons setningene i NMEA strengen blir regnet ut ifra GPS tid. Og skulle det være at de ikke bruker NMEA, men ett eller annet proprietært format, så brukes fremdeles ikke UTC tid for posisjonering. Jeg klarer ikke helt å se hvordan en manglende "almanac" oppdatering skulle påvirke selve navigasjonen. Spesielt siden GPS tid ikke har skuddsekund...

 

 

http://www.bbc.com/news/technology-17599701

 

All affected devices contain the same gps chip, the SirfStar III, which uses a proprietary QuickGPSfix format, called packedephemeris.ee. This file predicts the position of the satellites in the sky for the next seven days after it was created. It seems (we still need to get an official response from the supplier, hopefully this evening) that they made a mistake in their prediction in the way they take the leap second into account. For some reason, this results in bad positioning both before and after the leap second changeover at midnight (UTC) of 30th june (saturday).

 

The result is a fix in the wrong location that is nevertheless interpreted as a valid and accurate position. The consequence of that is that the system will never recover. Moreover, even after you remove the file, the problem remains. So apparantly, the chip caches this prediction data somewhere, and removing the file is not enough. Even pin reset and/or factory reset doesn't always solve the problem. I've had some success with repeated pin resets and factory resets, but I've yet to come up with a sequence that reliably removes this cache data.

[kpolberg]

I stand corrected!

[Samuel T.]

Hva med UNIX timestamp? Blir skuddsekunder tatt hensyn til der? Isåfall, hvordan?

Endret 8. januar 2015 av Samuel T.

[vidor]

Det drukner vel litt i store talls lov og blir felles med nærmeste nabo. Skal være ganske sensitive ting om dette skal bety så mye for folk.