Op Linux heb ik jarenlang chrony gebruikt om de systeemtijd actueel te houden. Dat is een NTP-client+server die bij afwijkingen in de tijd geen sprongen maakt maar de systeemtijd een tijdje sneller of langzamer laat lopen tot het weer klopt. Dat komt effectief neer op die smeersecondes. Er is daarmee al vele jaren een mogelijkheid beschikbaar om sprongen in de kloktijd te vermijden.

Dat kan toegepast worden zonder dat de schrikkelseconden die officiëel wordt toegevoegd daarmee komt te vervallen. Die is er niet voor niets: de draaiing van de aarde om zijn as is niet helemaal constant, er zitten fluctuaties in die niet volledig te voorspellen zijn. Sinds de seconde niet meer als 1/(24x60x60) van de dag is gedefinieerd maar een constante lengte heeft treden er dus afwijkingen op die tot correcties leiden. Voor verreweg de meeste toepassingen is dat volstrekt oninteressant, en is het prima werkbaar als bij zo'n correctie de seconden even iets langer of korter duren, je zit hooguit een halve seconde naast de officiële tijd.

Ik denk dus dat die techreuzen chrony of iets soortgelijks moeten gaan gebruiken om van het gezeur af te zijn. Ze zijn allemaal prima in staat om het zelf te ontwikkelen als wat er al beschikbaar is niet voldoet. Dan hebben zij minuten die altijd 60 seconden bevatten, en toch bouwen ze geen langzaam toenemende afwijking op met de officiële tijd. De smeerseconden kunnen ze zelf organiseren, met andere woorden.

Als ze toepassingen hebben die echt de officiële tijd moeten volgen, inclusief schrikkelseconden, dan zijn ze, alweer, prima in staat om het zelf te bouwen. Ze gaan er allemaal prat op de allerbeste ontwikkelaars in huis te hebben, toch? Gebruik dat talent dan voor iets dat kennelijk belangrijk is.

Welke RTL komkommer heeft dat geschreven. Albert Verlinde?

Als ze dit voor elkaar hebben gaan ze vragen om dat krankzinnige systeem met 12 maanden van allemaal ongelijke lengte en om de 4 jaar een schrikkeldag in de 2e van die 12 maanden (ipv aan het eind van het jaar) af te schaffen.
Want het is allemaal zoooooo moeilijk programmeren voor de copy/paste garde van vandaag, dat kan echt niet meer!
11 maanden van 30 dagen en dan 1 maand van 35 of 36 dagen dat is toch zoveel gemakkelijker...

13 maanden van 28 dagen (exact 4 weken), dat is pas handig - https://en.wikipedia.org/wiki/International_Fixed_Calendar

Het beste idee ooit,dan krijg ik eindelijk wat ik verdien ;) . Maar dan moet ik ook meer betalen hmmm!?!

Die 13 maanden van 28 dagen hadden we ook in de tijd van de Grote Godin, toen 13 nog geluksgetal was.
Door al die patriarchale bleekneuzen kwam er later de lucky 12 bij en werd 13 het ongeluksgetal.

De Indianen van Noord-Amerika rekenden ook in maan-maanden, wolvenmaan, bloedmaan, enz.
Jongeren bij hen waren aangeduid als kleine wolvenwelpjes.

Bleekgezichten in de buurt herkende men bij hen aan de nabijheid van weegbree,
dat die meevoerden aan de zolen van hun boots, net als de Romeinen aan hun sandalen.
Het sap van grote weegbree smeren op een brandnetelblaar helpt nog altijd.

Wat is uw loterij eindcijfer bij voorkeur, net als Tesla dacht, dus een 3, 6 of 9?
Want de 7 is als staartnummer een bijlnummer, werkt dus niet (0, 1, 2, 4, 5, 7, 8, ook niet)
Het helpt helegaar niet want alle nummers komen in gelijke sequentie voor.

#oude-wijsneus-acht-wacht

Wel 2x per jaar zomertijd/winterijd (3600 seconden) kunnen programmeren, maar niet die ene seconde? Wat een gelul.

Het probleem van al die tijden en seconden is dat het lastig is om logfiles en databases te vergelijken en in elkaar te smeren als iedereen maar een beetje zelf bepaalt hoe laat het is.
Voor een beveiligingscamera tel je er gewoon een uur bij of af en dan zie je de boef wel wegrijden met je Toyota, maar doe eens een wedstrijdje bierdrinken met je matties online, en zijn pc telt de seconden gewoon wat langzamer?

...en nu dat allemaal maar dan nog extremer: wie kocht dat aandeel het eerst op de spit-second? Wie gooide die bom het eerst, en wie reageerde er automatisch op? Hoe merge ik 2 logfiles van een dubbel uitgevoerd inlogsysteem als als die milli seconden door elkaar dwarrelen?

Als je zelf kon programmeren wist je dat je die twee problemen op een heel andere manier aanpakt .
Dus : leer programmeren, en tot die tijd niet lullen.

Nouja het basisprobleem is natuurlijk een tekortkoming in het ontwerp van Unix / Linux.
De tijd wordt bijgehouden in "seconden sinds 1-1-1970 00:00:00" denken veel mensen, maar dat klopt niet omdat er sindsdien
meer seconden verstreken zijn dan die teller weergeeft. Bij iedere schrikkelseconde wordt in feite de basis aangepast
dus nu zijn timestemps in "seconden sinds 1-1-1970 00:00:27".
Dat is geen goede oplossing, die 27 extra seconden had men apart ergens moeten neerzetten en overal bijtellen, die
waarde zou dan worden aangepast op het moment van een leapsecond.
Echter er is ooit gekozen dat niet te doen en nu gaan degenen die dit soort keuzes maken ineens roepen dat het allemaal
een probleem is... ipv hun ontwerp aan te passen.

Gewoon de aarde afremmen of versnellen om de tijd correct te houden, het is immers de schuld van de aarde dat de dagen niet kloppen.
Wat kan er mis gaan ivm temperaturen, weer, klimaat enz...
Alhoewel, je kunt je afvragen hoe spullen naar de ruimte sturen de snelheid van de planeet beinvloeden, de massa zal het probleem niet zijn, maar de krachten die vrij komen om een raket naar orbit, de maan of verder weg te sturen zijn natuurlijk niet mals.
Je moet geloof ik 3.5 miljoen kg aan stuwkracht maken om los te komen van de aarde.. Dat zijn wel krachten die na 1 miljoen raketten de planeet wel afremmen, toch?

https://developers.google.com/time/

Niet na 1 miljoen raketten, nee. Misschien na een miljoen miljard raketten...

Wat een onzin. Het is onbekend wanneer er een schrikkelseconde komt, dat kun je niet aan een tekortkoming in Linux/Unix wijten. Overigens heeft Windows, en ieder andere operating system dat zich van tijd bewust moet zijn hier last van.

Nee dit is geen onzin. Je kunt ook niet weten wanneer er een zomertijd verandering komt en toch is Unix/Linux hier op
voorbereid dmv de tzinfo database. Beter zelfs dan Windows want zelfs voor voorbije jaren wordt de juiste zomertijd
gehanteerd. In diezelfde (soort van) database zouden schrikkelsecondes kunnen worden afgehandeld, sterker nog de
code daarvoor is aanwezig alleen gebruikt niemand dat want de standaard doet het anders.

Zoveel raketten zullen het wel niet zijn.
Vanaf 1972 is de aarde 27 seconde langzamer gaan draaien. Als je alle raketten die de 'verkeerde richting' afgeschoten zijn, optelt vanaf 1972, dan weet je ook hoeveel raketten je nu in de 'goede richting' moet afschieten. Dat zullen vast geen miljoen raketten zijn. Na afschieten van dat aantal raketten klopt de draaisnelheid van de aarde weer.
Overigens, wat een prutsers zijn de programmeurs bij Microsoft, Google enz. dat ze geen antwoord hebben op af- en toe een extra schrikkelseconde in een bepaald jaar. Zie eerste antwoord van dit topic hoe je zoiets moet oplossen.

Ik had uitgerekend dat je ruim 5 x 10^30 Joule nodig hebt die je met 100% rendement in de draaiing van de aarde moet stoppen. Dit lijkt me praktisch niet haalbaar.

Je kan het narekenen door uit te rekenen hoeveel de rotatie-energie (in Joules) van de aarde toeneemt (of afneemt) wanneer je de draaiing van de aarde een fractie versnelt of vertraagt zodat het jaarlijks een seconde scheelt.

Volgens mij hoeft de rotatie-energie van de aarde hiervoor maar met een factor 1,000000063 te worden aangepast.
Maar het traagheidsmoment van de aarde is zo verschrikkelijk groot (8,04 x 10^37) dat je hiervoor toch nog
een immense hoeveelheid energie nodig hebt. (namelijk: 0,000000063 x 8,04 x 10^37 Joules)


Conclusie :
met de kennis van nu:
forget about it.

Ik denk niet dat dat helemaal de juiste berekening is.
Of vooral : je gaat uit van een statisch traagheidsmoment .
Is dat trouwens het echte traagheidsmoment, of dat voor een perfecte bol van aardmassa ?

Als je de aarde wat verder afplat - meer massa naar de evenaar vertraagd de rotatie ook .
(kunstschaatser - armen wijd, en armen ingetrokken )

Geen zin om het op te zoeken of uit te rekenen, maar ik meen te herinneren dat ijstijden - grote ijsmassa's in het hoge noorden en zuiden al meetbare invloed hadden . En andersom .

Ander mogelijk meta-effect - zou de afplatting van de aarde iets wijzigen (meer rond) bij tragere rotatie ?
Uiteindelijk is de aarde laten we zeggen, 'dik vloeibaar' .

1. de aarde is niet "27 seconde langzamer gaan draaien vanaf 1972". Er is 27 seconden "gecorrigeerd" tov de draaisnelheid die in het verleden als juist gesteld is. Echter de seconde is niet gedefinieerd als 1/86400 van de lengte van de dag, en dit klopte ook niet precies.
2. de afname van de draaisnelheid van de aarde in de loop der tijd komt niet door het afschieten van raketten. De energie die daarmee gepaard gaat is verwaarloosbaar, zie ook de reactie van 23:59 gisteren. De vertraging komt vooral door de invloed van de maan en zon op het zeewater, dit veroorzaakt de getijden en het zeewater oefent daarbij krachten uit die de aarde afremmen. En ook de maan trouwens, die komt daardoor in een hogere (tragere) baan.
3. behalve deze effecten zijn er ook andere effecten die deels ook nog niet helemaal verklaard zijn. op dit moment gaat de aarde juist SNELLER rond dan 1 keer per 86400 seconden. als dit nog een paar jaar zo blijft en we een schrikkelseconde nodig hebben zal dit juist een "verwijderde" seconde zijn, i.t.t. al die "toegevoegde" seconden uit het verleden.

Ik las het ergens op internet, maar al zou ik er een factor 100 of 1000 naast zitten, dan komt de conclusie op hetzelfde neer.
Trouwens Romanowicz en Lambeck schijnen op dat gebied wat onderzoek te hebben gedaan:
Zie https://nl.wikipedia.org/wiki/Traagheidsmoment_van_de_aarde
Ik kom met mijn rekenmachine dan uit op een traagheidsmoment van ongeveer 8,02 x 10^37, dus dat scheelt weinig met wat ik eerder al schreef.

Klopt, alleen voor wat die kunstschaatser betreft zou ik denken: van armen ingetrokken naar armen wijd.
De rotatiesnelheid neemt hierbij af.

Dat zou best kunnen.
Maar de aarde gaat er langzamer van draaien als poolijs smelt en voor een deel richting evenaar verhuist,
dus er zijn dan alleen maar méér schrikkelseconden nodig.
Ook vanwege getijdenwerking remt de rotatie van de aarde heel langzaam iets af.
Trouwens ook de maan verwijdert zich hierdoor langzaam van de aarde.
Op den duur zullen volledige zonsverduisteringen vanwege de maan die tussen zon en aarde staat dus niet meer voorkomen.

De afplatting van de aarde is oorsponkelijk het gevolg van de rotatie van de "aarde in wording" tijdens zijn ontstaan.
Ook de met al hun gewicht neerdrukkende ijsbergen op de polen kunnen zorgen voor nog iets meer afplatting.
Als dit ijs smelt en er extra water richting evenaar verhuist, gaat de aarde daar langzamer van om zijn as roteren,
maar ook kan er nabij de polen op een gegeven moment geologische instabiliteit ontstaan zoals vulkaanuitbarstingen.
Grote vulkaanuitbarstingen zouden wel eens "het natuurlijke wapen van de aarde" kunnen zijn tegen de opwarming van de aarde, omdat dan het zonlicht langdurig wordt afgeschermd door de vulkanische as.
(maar hier kunnen we als mensen beter niet terecht komen)

Ok. Valt me nog mee , gezien de behoorlijke dichtheidsverschillen hoe bot je mag benaderen met een bol .


Natuurlijk - het traagheids moment van de uitgestrekte armen is m*r^2 (r zal het massa-middelpunt van de arm zijn)
De massa dichter bij de rotatie-as plaatsen doet de snelheid toenemen .

De aarde meer afplatten doet dat ook (vertragen, zoals ik schreef) . Alleen je hebt gelijk dat we qua schrikkelseconde willen versnellen .
Fatso's naar de Noordpool dus.


Uh , ja - meer massa naar de polen brengen dus om de schrikkelseconden in te lopen.
Dat zal denk ik een stuk minder energie kosten dan het afremmen van de aarde in bestaande configuratie.


Nucleair winter stops global warning ! Yeah ! .

Je snapt er niets van. Zomertijd/wintertijd omschakeling is voorspelbaar, regeringen hebben regels opgesteld. Schrikkelsecondes worden ingesteld omdat er voor variatie (meestal sneller draaien) moet worden gecorrigeerd ten opzichte van heel vaste meetpunten zoals pulsars. Wanneer die variabiliteit optreedt is niet bekend noch voorspelbaar.

Het is veel makkelijker om de tijd aan te passen aan de draaisnelheid van de aarde dan andersom. We zijn op een bepaald moment de tijd gaan meten. Hoe we dat doen, daar kunnen we best aanpassingen aan doen.

De rotatiesnelheid van de aarde gaat sowieso afnemen. Daar doe je helemaal niks aan.

Tijd om Rusland plat te gooien met alle atoombommen die we hebben!!
Maar is dan het probleem van de schrikkelseconde opgelost?

O yeah, keep on playing that funky music mr. guitarman!

We kunnen denken aan zoiets als
https://www.nationalgeographic.nl/uitbarsting-ijsland-teken-van-jaren-van-vulkanische-activiteit
en ook aan
https://www.nationalgeographic.nl/antarctische-ijsplateaus-vallen-uiteen-hoe-snel-zal-de-zeespiegel-stijgen

Geen mens die zich daar dan nog druk om hoeft maken.

Het probleem speelt al vanaf de Babylonische tijd, een cirkel van 360 graden op de grond later rechtop aan een wand geplaatst.
Zorg dat je steeds tijd tekort hebt. Een kind opgevoed met een digitale klokvoorstelling kan niet ouderwets klokkijken, weet niet wat gregoriaanse tijd is. Vierde dimensie geschapen uit chaos. Het achtrad van CERN.

Maar die regels veranderen de hele tijd!! heb je wel eens gezien hoeveel updates er voor de tzinfo data zijn??
Zelfs hier in Europa zit men op het onzalige idee te broeden om de regels weer te veranderen. Reken maar dat dit
meer onverwachte problemen gaat opleveren dan die kippetjes in het EU parlement nu denken, en ook heel wat meer
dan die schrikkelseconde.

Toch wordt er minimaal een half jaar van tevoren bepaald wanneer ze zullen worden ingevoerd en worden bulletins
verspreid met precies de data wanneer ze eerder (en de eerstvolgende keer) zijn ingevoerd.
Dat is dus exact hetzelfde als de zomertijd informatie (met het verschil dat wijzigingen daarvoor in bepaalde landen nog
korter vantevoren bekend gemaakt worden).

Nee dat is niet zo. De tijd wordt voor heel wat meer dingen gebruikt dan het meten van de lengte van de dag.
Het zou een grote chaos worden als we de seconde zouden definieren als 1/86400 van de gemiddelde lengte van een dag!
Deze is daarom gedefinieerd aan de hand van een atomair verschijnsel (je weet wel, dat met Cesium) en dat blijft constant, ook als de aarde steeds langzamer gaat draaien. Wat ie momenteel overigens niet doet.

Tuurlijk is dat wel zo. We redden het immers nu al met de schrikkelseconde.

Zie:https://cesium.com/blog/2018/03/21/czml-time-animation/ json representatie.
#observator

De aarde gaat lnagzamer draaien door de zeespiegelstijging. Ook windmolens hebben een effect, het waait steeds minder.

De aarde draaide al lang voordat de mens, computers, of tijdmeting bestond. De aarde draait gewoon zoals die draait en gaat nooit te snel of te langzaam. Wel een tikje arrogant van de mens om in dat proces te willen ingrijpen voor een zelfgecreëerd technisch probleem.

Gewoon een schrikkelseconde invoeren dus, geen gezeik.
Mug wordt olifant.

Tot je beseft hoe gigantisch veel transacties die partijen per milliseconde maken in al hun wereldwijde datacenters. Fucken met tijd kan nogal wat conflicten veroorzaken. Het kan al zo "simpel" zijn als de logsystemen voor hun zakelijke klanten die X bedrag per tijdseenheid betalen.

Nee. De aarde gaat langzamer draaien door de weerstand van de getijdengolven door de maan, de rest is peanuts. Momenteel draait de aarde zelfs weer iets sneller... https://www.theguardian.com/science/2022/aug/01/midnight-sooner-earth-spins-faster-shortest-day

Laten die kapitalistische ruziezoekers maar zelf hun problemen oplossen. Misschien komt er dan iets uit hun handen waar de software community iets aan heeft.