Az ntpclient nem tudom, hogy mit takar*, de az, hogy megjelent a drift fájl, határozott pozitívum, mert az azt jelenti, hogy a háttérben folyamatosan fut már az ntpd folyamata, és ebbe a fájlba rögzíti a szerver órájának csúszását a beállított NTP szerverekhez képest (talán egyértelműbb lenne jitternek nevezni), amely adatok alapján később magától is tud majd korrigálni.

A minél pontosabb idő kulcsa olyan NTP szerverek használata időszinkronizálásra, amelyeknél a stratum a lehető legalacsonyabb (stratum 2 az elvi minimum forrásra NTP-nél, hacsak nincsen kéznél egy atomóra), ennek érdekében érdemes forrásként több UTC(k) szervert beállítani, innen válassz ki pár európai szervert, ezek mindegyike egy folyamatosan monitorozott pontosságú hardveres forrásra (annál a párnál, amit megnéztem, ott éppen céziumos atomóra volt) épít.

* az ntp.org platformfüggetlen referenciaimplementációját ismerem csak működés közben (és azt is csak Windows alatt), ott ilyen nevű segédprogram nem létezik, ntpq, ntpdate és ntpdc ellenben igen idő helyi/távoli lekérdezésére/beállítására