Je hebt een klacht over de onderstaande posting:
Door Erik van Straten:Ik betwijfel (niet opgezocht) of het een "eis" is van het ntp-protocol om slechts kleine aanpassingen per keer te maken: dat is vooral iets wat je vaak client-side wilt (omdat processen die iets met timing doen, zoals timeouts genereren, onverwachte fouten kunnen geven als je de systeemklok een slinger geeft - vooral als je een klok achteruit zet en een datum+tijd nogmaals "voorbij komt"). Het veranderen van de tijd in zeer kleine stapjes is inderdaad om te voorkomen dat andere processen verstuurd raken. Ik kan me één geval herinneren van een IP camera die steeds een drift vertoonde. De zomertijd checkbox was niet goed ingesteld en de gebruiker zette de tijd steeds via de klok op de zomertijd. Maar omdat de checkbox op wintertijd bleef staan, probeerde de ntp-deamon hem weer langzaam op wintertijd te zetten. Dat uur correctie nam steeds enige tijd in beslag. De maximale correctie (step threshold) is 128 ms. De polling interval van een tijdserver ligt tussen de 64 en 1024 ...
Beschrijf je klacht (Optioneel):