Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
Minulý týden proběhla openSUSE Conference 2023. Mimo jiné bylo oznámeno přejmenování systému MicroOS Desktop. MicroOS Desktop GNOME byl přejmenován na openSUSE Aeon a MicroOS Desktop Plasma na openSUSE Kalpa.
Thom Holwerda z OSnews si všímá, že vývoj operačního systému MINIX je prakticky mrtvý. Jeho hlavní autor, Andrew Tanenbaum, formálně odešel do důchodu v roce 2014 a příspěvky do kódu v následujících letech vůbec ustaly. Stav projektu shrnuje diskuze z roku 2020. Sice vyšlo najevo, že Intel používal MINIX v Management Engine, ale změny nezveřejňoval.
Google Chrome 114 byl prohlášen za stabilní. Nejnovější stabilní verze 114.0.5735.90 přináší řadu oprav a vylepšení (YouTube). Vypíchnut je CHIPS (Cookies Having Independent Partitioned State). Opraveno bylo 16 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byly zveřejněny prezentace a videozáznamy přednášek a fotografie z česko-slovenského setkání poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců CSNOG 2023 (Czech and Slovak Network Operators Group) konaného 16. a 17. května ve Zlínu.
Soutěž amatérských robotů Robotický den 2023 proběhne v neděli 4. června v Kongresovém centru Praha.
V Tchaj-peji probíhá počítačový veletrh COMPUTEX 2023. Firmy představují své novinky. Nvidia například superpočítač DGX GH200 AI.
Vyšla nová verze XMPP (Jabber) klienta Gajim. Nejvýznamnější novinkou je integrace OMEMO pluginu přímo do jádra aplikace, takže již není třeba plugin samostatně instalovat. Přehled dalších novinek je dostupný na oficiálních stránkách. Gajim je vytvořen v jazyce Python s využitím knihovny GTK a vedle Linuxu jej lze vyzkoušet i na platformách MacOS a Windows.
Komunita KDE představila stránku KDE for Developers pro vývojáře používající KDE aplikace. Postupně byly představeny stránky pro umělce KDE for Creators, děti KDE for Kids a vědce KDE for Scientists.
[root@localhost ~]# ntpdate -vd 172.28.1.10 21 Nov 13:37:01 ntpdate[30685]: ntpdate 4.2.0a@1.1196-r Fri May 12 09:51:45 EDT 2006 (1) Looking for host 172.28.1.10 and service ntp host found : 172.28.1.10 transmit(172.28.1.10) receive(172.28.1.10) transmit(172.28.1.10) receive(172.28.1.10) transmit(172.28.1.10) receive(172.28.1.10) transmit(172.28.1.10) receive(172.28.1.10) transmit(172.28.1.10) server 172.28.1.10, port 123 stratum 3, precision -20, leap 00, trust 000 refid [172.28.1.10], delay 0.02580, dispersion 0.00000 transmitted 4, in filter 4 reference time: caeea386.0498f5c4 Wed, Nov 21 2007 13:31:02.017 originate timestamp: caeea5e8.c4b3157a Wed, Nov 21 2007 13:41:12.768 transmit timestamp: caeea4ed.425d6beb Wed, Nov 21 2007 13:37:01.259 filter delay: 0.02582 0.02580 0.02580 0.02580 0.00000 0.00000 0.00000 0.00000 filter offset: 251.5090 251.5090 251.5090 251.5090 0.000000 0.000000 0.000000 0.000000 delay 0.02580, dispersion 0.00000 offset 251.509015 21 Nov 13:37:01 ntpdate[30685]: step time server 172.28.1.10 offset 251.509015 secPodle me je to takhle spravne ne? Akorat to s casem proste nehne. Nevite jaky cas ntpdate nastavuje? Systemovy nebo hwclock? Predem dekuji za odpovedi...
ntpdate
.
ntpdate
a ntpd
jsou fakt divné programy (ntpd
se zase prozměnu nevyrovná s výpadkem spojení k časovému serveru – program běží dál, ale nesynchronizuje).
Rozhodně se tak nechovají všechny implementace ntpdate
:
lion:~ # date 010101001970 ; date +%s ; ntpdate ntp.dragon.cz ; date Čt led 1 01:00:00 CET 1970 0 21 Nov 15:31:10 ntpdate[11811]: step time server 213.168.176.1 offset 1195655470.565820 sec St lis 21 15:31:10 CET 2007
Ani by to nemělo smysl - v řadě distribucí se před startem xntpd
provádí jednorázová synchronizace pomocí ntpdate
právě proto, aby se odstranila případná nadměrná odchylka.
Ani by to nemělo smysl - v řadě distribucí se před startemMně to smysl taky nedává, proto se pořád odmítám smířit s tím, že to takxntpd
provádí jednorázová synchronizace pomocíntpdate
právě proto, aby se odstranila případná nadměrná odchylka.
ntpdate
dělá (konkrétně tato implementace).
Ten příklad, který uvádíte, u mne dopadne stejně. I mně ntpdate někdy sesynchronizuje čas správně i pokud je tam velký rozdíl. Ale pokud ntpd
přestalo synchronizovat čas a následně jsem jej ukončil, odmítalo mi opakovaně ntpdate
čas sesynchronizovat do té doby, než jsem čas nastavil ručně na přibližně správný čas.
ntpdate
vždy čas správně sesynchronizuje. Jestli to tak bude napořád, budu jedině rád…
-B Force the time to always be slewed using the adjtime(2) system call, even if the measured offset is greater than +-128 ms. The default is to step the time using settimeofday(2) if the offset is greater than +-128 ms. Note that, if the offset is much greater than +-128 ms in this case, it can take a long time (hours) to slew the clock to the correct value. During this time, the host should not be used to synchronize clients. -b Force the time to be stepped using the settimeofday(2) system call, rather than slewed (default) using the adjtime(2) system call. This option should be used when called from a startup file at boot time.(Vynate z manualu na FreeBSD 6.2.)
Nevite jaky cas ntpdate nastavuje? Systemovy nebo hwclock?
Samozřejmě systémový. Když budete předpokládat, že hwclock
je jediný program, který zajímají hardwarové hodiny, nebude to sice úplně přesné, ale je to velmi dobrá aproximace.
Tiskni
Sdílej: