Google finder en innovativ måde at undgå springkunder på
Sendt af Richard N Williams on September 28th, 2011
Leap Seconds har været i brug siden udviklingen af atomur og indførelsen af den globale tidsskala UTC (Koordineret Universal Time). Leap Seconds forhindrer den faktiske tid som fortalt af atomur og den fysiske tid, der styres af solen, er højst ved middagstid, fra at dryppe fra hinanden.
Siden UTC begyndte i 1970'erne, da UTC blev introduceret, er 24 Leap Seconds blevet tilføjet. Leap sekunder er et kontroverspunkt, men uden dem ville dagen langsomt glide ind i natten (om end efter mange århundreder); dog forårsager de problemer for nogle teknologier.
NTP-servere (Network Time Protocol) implementere Leap Seconds ved at gentage den sidste sekund af dagen, når en Leap Second introduceres. Mens Leap Second introduktion er en sjælden begivenhed, der kun forekommer en eller to gange om året, for nogle komplekse systemer, der behandler tusindvis af begivenheder et sekund, giver denne gentagelse problemer.
For søgemaskiner, Google, kan Leap Seconds føre til, at deres systemer arbejder i løbet af dette sekund, som f.eks. I 2005, da nogle af dets grupperede systemer stoppede at acceptere arbejde. Selvom dette ikke førte til, at deres websted gik ned, ønskede Google at løse problemet for at forhindre eventuelle fremtidige problemer forårsaget af denne kronologiske fudge.
Dens løsning var at skrive et program, der i det væsentlige løj til deres computerservere i løbet af dagen for et skridt i anden, hvilket gør systemerne til at tro, at tiden var lidt forud for hvad NTP-servere var at fortælle det.
Denne gradvise fremskyndetid indebar, at Googles timeservere i slutningen af dagen ikke behøver at gentage det ekstra sekund, da tiden på sine servere allerede ville være et sekund bag det punkt.
Selvom Googles løsning til springet Second er genialt, forårsager Leap Seconds for de fleste computersystemer ingen problemer overhovedet. Med et computernetværk, der er synkroniseret med en NTP-server, justeres Leap Seconds automatisk i slutningen af en dag og forekommer kun sjældent, så de fleste computersystemer mærker aldrig denne lille hik i tide.