Az egy nagyon jó kvarc lehet, mert a legtöbb óra inkább több másodperc késésnél van per nap. De az NTP-nek a pontatlanságát nem ez adja, mert a stratum1 szerveren a mögötte lévő atomóra 1 ns-on belül pontos, itt a gond azzal van, hogy a TCP/IP lekérések is késleltetést okoznak, amit be kell kalkulálni, több lekérés oda-visszaútját, válaszidejét átlagolni, jittert számolni, emiatt van az, hogy 1 ms-on belül pontos, ez nem azt jelenti, hogy +/- 1 ms a pontatlanság, mert lehet adott esetben 0,030 ms is, csak hogy nem garantálható, erősen netkapcsolatfüggő, mennyit késik a csomag, milyen közel van a szerver, milyen időkben mennyire van terhelve, stb.. Ha helyi GPS vevős egységed van, akkor kicsit alá lehet menni, de még egy otthoni hálózatnak is van késleltetése, meg a GPS vevőnek is lehet gondja, ha pl. rossz időjárás miatt nem lát rá a műholdra, stb., de ez elég ritka. Meg nyilván az NTP úgy hozza ezt az értéket, hogy ennek soha nem megy alá, mert 15 másodpercenként újraszinkronizál, mire lenne esélye a gép belső órájának elmászni, addigra újra 1 ms-on belül lesz a pontosság.
Nálam az NTP logban a uk.pool.ntp.org felé (ami egy balancer-ös gyűjtő csak, a kérést tovább osztja x szerver felé, épp melyik kevésbé terhelt, általában stratum2-es szerver, néha 3-as) a mért pontossági, óraelcsúszási mértékek +/- 0,001300 és 0,000057 között szórnak, de ez két szélső érték, ami nem gyakori, általában ilyen +/- 0,000300 vagy 0,000400 sec körül van. Az nem olyan rossz ingyen.