Derfor tok et lite sekund knekken på Internett-gigantene

[ATWindsor]

Etter min mening er tiden da dato skifter det alle verste punktet å tilføye et ekstra sekund. Alle programmerere som har jobbet med applikasjoner der klokke og timing er involvert (som jeg selv har) vet, eller burde vite, at punktet der dato skifter er det aller mest kritiske.Så hvorfor i all verden gjøre dette klokka 00:00:00 ???

Fordi det passer best?AtW

 

Om du mener at det tidspunktet passer best som vil gi flest problemer for OS'er og servicer, firmware i routere og lignende + brukerprogrammer og drivere håper jeg virkelig ikke du er programmerer !

 

Verden betstår av mer enn programmere, og mange andre som er avhenging av klokker. Om de har programmert noe som ikke tåler ett sekunds endring, så er det bare bra det blir fikset nå uansett. Resten av verden kan ikke danse etter programmeres pipe bare fordi de driter på leggen en gang i blant.

 

AtW

Endret 5. juli 2012 av ATWindsor

[Gjest Slettet-Pqy3rC]

Ett minutt? Det er jo en stor feil. At folk ikke klarer å programmere riktig er ett problem de får løse, andre fagfelt kan ikke ta seg bryet med å gjøre ting tungvindt bare fordi IT-bransjen diller.

Der er jeg enig. Det er svakt å ikke teste mot tidshopp, uansett hvor i kjeden de finner sted. Sommer/vintertid er eksempler på akkurat det samme, men de skjer så regelmessig at folk er nødt til å teste mot dette.

Samme med kilo=1024-tøvet. Følg etter resten av verden istedet for å kreve at resten av verden tilpasser seg en bransje.

Ikke helt enig, ti-talls systemet er relativt uforenelig med transistorer så det er ikke helt enkelt for industrien å operere med 10 grunntall sånn uten videre. K, M, G, T etc var relativt naturlige forkortelser å benytte fordi folk allerede hadde et forhold til dem. Dette var helt uproblematisk i mange år.

Datamaskiner ble allemanseie for 10-15 år siden ble det brått forvirrende for en del som bare kjente til ti-tall systemet. Binær prefiksene (KiB, MiB etc) ble innført i 1997 (eller noe der omkring), men gamle vaner er vonde å vende.

[ATWindsor]

Ett minutt? Det er jo en stor feil. At folk ikke klarer å programmere riktig er ett problem de får løse, andre fagfelt kan ikke ta seg bryet med å gjøre ting tungvindt bare fordi IT-bransjen diller.

Der er jeg enig. Det er svakt å ikke teste mot tidshopp, uansett hvor i kjeden de finner sted. Sommer/vintertid er eksempler på akkurat det samme, men de skjer så regelmessig at folk er nødt til å teste mot dette.

Samme med kilo=1024-tøvet. Følg etter resten av verden istedet for å kreve at resten av verden tilpasser seg en bransje.

Ikke helt enig, ti-talls systemet er relativt uforenelig med transistorer så det er ikke helt enkelt for industrien å operere med 10 grunntall sånn uten videre. K, M, G, T etc var relativt naturlige forkortelser å benytte fordi folk allerede hadde et forhold til dem. Dette var helt uproblematisk i mange år.

Datamaskiner ble allemanseie for 10-15 år siden ble det brått forvirrende for en del som bare kjente til ti-tall systemet. Binær prefiksene (KiB, MiB etc) ble innført i 1997 (eller noe der omkring), men gamle vaner er vonde å vende.

 

Trenger man binære tall, så bruker man ikke forkortelser som allerede er definert til å bety 1000, man kaller det noe annet. Men akkurat i denne saken, så har man jo tatt ett slags ansvar, bransjen rydder jo opp sakte men sikkert med å ofte enten la det bety 1000 eller bruke KiB.

 

AtW

[oslo72]

Nå skifter jo ikke hele verden døgn til samme klokkeslett, men enig i at det hadde vært bedre å skifte tid kl 02:15:56 enn kl 23:00:00 eller 24:00:00, for da skifter man døgn et eller annet sted i verden.

 

Mener fortsatt at det hadde vært bedre å innført de sekundene samlet til ett minutt om 180 år. Tviler på at IT og resten av verden har de samme problemene med dette da.

[nomore]

Så du mener det passer dårligst da fordi utviklerene har gjort en dårlig jobb?

[ATWindsor]

Nå skifter jo ikke hele verden døgn til samme klokkeslett, men enig i at det hadde vært bedre å skifte tid kl 02:15:56 enn kl 23:00:00 eller 24:00:00, for da skifter man døgn et eller annet sted i verden.

 

Mener fortsatt at det hadde vært bedre å innført de sekundene samlet til ett minutt om 180 år. Tviler på at IT og resten av verden har de samme problemene med dette da.

 

Det er mange som er avhengig av klokker, man kan ikke la tiden gå ett minutt feil fordi noen programmere ikke gidder å fikse dette i programmene sine.

 

AtW

[oslo72]

Det greieste hadde vært å drite i hele sekundet og latt våre trippeltipptippoldebarn fikse det når den tid kommer.

De 2-3 minuttene klarer de helt sikkert å fordele på en smart måte.

Vi klarer å takle 1 time frem og tilbake hvert år, så 2-3 minutter en gang i fjern fremtid skal vel ikke være så vanskelig.

[GeirGrusom]

Dette har en større påvirkning for satellitter hvor tiden faktisk går litt fortere grunnet relativitet.

[ATWindsor]

Det greieste hadde vært å drite i hele sekundet og latt våre trippeltipptippoldebarn fikse det når den tid kommer.

De 2-3 minuttene klarer de helt sikkert å fordele på en smart måte.

Vi klarer å takle 1 time frem og tilbake hvert år, så 2-3 minutter en gang i fjern fremtid skal vel ikke være så vanskelig.

 

Ett sekund er ikke vanskelig det heller, men noen dreit på leggen. Det greieste er ikke å forflytte klokka flere minutter for å spare litt kode her og der. Det virker som du tror verden er lagd for å gjøre programmeres jobb lettest mulig...

 

AtW

[oslo72]

Nå skifter jo ikke hele verden døgn til samme klokkeslett, men enig i at det hadde vært bedre å skifte tid kl 02:15:56 enn kl 23:00:00 eller 24:00:00, for da skifter man døgn et eller annet sted i verden.

 

Mener fortsatt at det hadde vært bedre å innført de sekundene samlet til ett minutt om 180 år. Tviler på at IT og resten av verden har de samme problemene med dette da.

 

Det er mange som er avhengig av klokker, man kan ikke la tiden gå ett minutt feil fordi noen programmere ikke gidder å fikse dette i programmene sine.

 

AtW

Det er ikke snakk om å la tiden gå "ett minutt feil". Har man en algoritme om at tiden skal justeres 1 minutt hvert 180. år så er det enklere å implementere enn å ta høyde for et sekund som kan komme når som helst uten noen fastsatt tid for dette.

Man slenger inn en ekstra dag i februar ca hvert 4. år (med en veldig dokumentert rutine) - som både mennesker og IT-systemer klarer å håndtere.

[Gjest Slettet-Pqy3rC]

Trenger man binære tall, så bruker man ikke forkortelser som allerede er definert til å bety 1000, man kaller det noe annet. Men akkurat i denne saken, så har man jo tatt ett slags ansvar, bransjen rydder jo opp sakte men sikkert med å ofte enten la det bety 1000 eller bruke KiB.

Tja... det hender ofte at folk låner eksisterende utrykk for å beskrive nye ting. Det går jo bra inntil to verdener møtes hvor det nye og gamle skal omtales samtidig. Kilo er i seg seg selv et eksempel da det er mange som går rundt å tror at det kun har noe med vekt å gjøre.

 

Det var vel dagens OT.

[Torbjørn]

Merket ikke noe her.. Kjører mysql og apache, men det er Fedora 18, så den fikk sikkert kernel-oppdateringen i tide.13:03:30 up 2 days, 23:59, 10 users, load average: 3.70, 3.79, 3.90 Jeg er enig med Twinflower, feks. hvis klokka i PCen går ett sekund for fort hvert døgn, men den synkroniserer seg via NTP* (eller brukeren stiller klokka), så opplever den jo dette hele tiden!*ntpd beskytter egentlig mot dette, den "måler" hvor fort den lokale klokka går vs. serverens klokke, og korrigerer, men den alltid få noen korreksjoner på noen millisekunder, og det er 50 % sjanse for at den stilles tilbake.

 

Alle dine 4 kjerner(?) kjører på full guffe i følge din oppetids-paste, ett av symptomene til bugen, sikker på at du ikke fikk litt føling likevel?

[oslo72]

Det greieste hadde vært å drite i hele sekundet og latt våre trippeltipptippoldebarn fikse det når den tid kommer.

De 2-3 minuttene klarer de helt sikkert å fordele på en smart måte.

Vi klarer å takle 1 time frem og tilbake hvert år, så 2-3 minutter en gang i fjern fremtid skal vel ikke være så vanskelig.

 

Ett sekund er ikke vanskelig det heller, men noen dreit på leggen. Det greieste er ikke å forflytte klokka flere minutter for å spare litt kode her og der. Det virker som du tror verden er lagd for å gjøre programmeres jobb lettest mulig...

 

AtW

Det er klart at det er viktigst at programmereren må komme i første rekke, så andres behov!

Poenget er at det er ikke noen kode som er god nok i alle tilfeller, for i 99.99999999% av tilfellene så vil kl 23:59:60 være en bug. Så vanskelig kan det da ikke være å nedsette en komite på 50-60 personer som klarer å fastsette en fast tid hvor dette sekundet kommer inn?

Tviler på at verden går under dersom den går noen millisekunder feil om 1000 år.

 

Jeg studerte 6 år med programmering og ikke EN eneste gang ble dette sekundet nevnt, og jeg var ikke klar over dette før for noen år siden.

[Gjest Slettet-Pqy3rC]

Man slenger inn en ekstra dag i februar ca hvert 4. år (med en veldig dokumentert rutine) - som både mennesker og IT-systemer klarer å håndtere.

He, he... skuddår er ikke hver fjerde år, bare nesten. Det hender at det ikke kommer, slik som i år 2000.

[oslo72]

Man slenger inn en ekstra dag i februar ca hvert 4. år (med en veldig dokumentert rutine) - som både mennesker og IT-systemer klarer å håndtere.

He, he... skuddår er ikke hver fjerde år, bare nesten. Det hender at det ikke kommer, slik som i år 2000.

Flisespikking!

Derfor jeg skrev CA hvert 4. år Unødvendig å ramse opp hele regla her i denne saken.

[Gjest Slettet-Pqy3rC]

Derfor jeg skrev CA hvert 4. år

Unødvendig å ramse opp hele regla her i denne saken.

... fikk så lyst;

a    = (metrix.date + 32044);
b    = (((4 * a) + 3) / 146097);
c    = a - ((146097 * b) / 4);
d    = (((4 * c) + 3) / 1461);
e    = c - ((1461 * d) / 4);
m    = (((5 * e) + 2) / 153);
day    = e - (((153 * m) + 2) / 5) + 1;
month  = (m + 3) - (12 * (m / 10));
year   = (100 * b) + d - 4800 + (m / 10);

[Gjest Slettet-Pqy3rC]

... og siden det er en tråd om sekunder;

a = (posix / 86400);
metrix.date = (a + 2440588);

vet vel de fleste hva posix tid er.

Endret 5. juli 2012 av Slettet-Pqy3rC

[kpolberg]

Utifra hva jeg kan se, så modifiserte google sine ntp servere til IKKE å sende leap indicator til sine maskiner. Og det var vel derfor deres maskiner gikk uberørte.

 

http://googleblog.blogspot.no/2011/09/time-technology-and-leaping-seconds.html

 

Slik jeg forstår saken, så er det slik at kjernen ikke taklet leap indikatoren på riktig måte, og det var derfor man fikk problemer med mysql, java og andre typiske flertrådete applikasjoner.

 

Forøvrig mange bra artikler på nettet angående dette temaet.

 

http://www.ucolick.org/~sla/leapsecs/onlinebib.html

[del_diablo]

Mange slet jo med oppdateringen fordi de kjører gammelt legacysystem, mens det allerede var tonnevis med patcher til f.eks Linux "stable".

[Gjest Slettet-Pqy3rC]

Hvem bestemmer når dette sekundet skal legges til?

Dere skriver at NTP sendte ut varsel til alle servere, men er det da snakk om en enkel server som alle andre NTP servere synkroniserer seg mot, eller et organ som ICANN?

IERS: http://en.wikipedia....Systems_Service

Endret 5. juli 2012 av Slettet-Pqy3rC