Pokud synchronizuji pres ntpd a zdroj mi utece o sekundu, ntpd zacne zrychlovat ci zpomalovat systemove hodiny, aby to dorovnal. Zadny skok se nekona, k tomu by doslo pri vetsim rozdilu, nebo synchronizaci pomoci ntpdate.
Jina vec je ta, ze se skokovou zmenou casu urcitym zpusobem vetsina systemovych programu pocita.
Jenze tady zdroj o sekundu neutece. NTP i jadro s prestupnou sekundou pocitaji, takze k zadnemu posunu ci rozsynchronizovani by nemelo dojit. K problemu dojde az na rozhrani mezi jadrem a aplikacema, kde proste cas 2015-06-30 23:59:60 a 2015-07-01 00:00:00 je reprezentovan stejnou hodnotou unix time.
Ono se to taky ve vetsine pripadu tak chovat bude - POSIXove rozhrani (pouzivane napr. v Linuxu) s prestupnou sekundou nepocita, takze pro aplikacni software se to projevi tak, ze nasledujici sekunda (2014-07-01 00:00:00) se zopakuje dvakrat. Vzhledem k tomu, ze mame jeste milisekundy, tak v podste dojde ke skoku o sekundu zpet a poruseni monotonosti casu, coz nekteremu softwaru muze delat potiz.
Druha vec jsou potencialni implementacni problemy v jadre, kdy se ta sekunda zamicha i do veci, kam by nemela.