[информативна тема] NTP и новия кърнъл 6.6.х

[Валсо]

Откакто LTS кърнълът скочи от 6.1.71 директно на 6.6.10, демек от онзи ден, започна да се точи като Мента и "startup blame | head" показа, че на ntpd.service му трябват 25 сек., за да стартира, което е абсурдно. Последната версия на NTP пакета е от 6 Юни 2023 г., което по арчовски стандарти е направо древно. Затова реших да го заменя с един друг пакет, на който попаднах вчера: openntpd. Като реснеш компа след инсталацията, то си тръгва автоматично, няма нужда от потребителска намеса. И сега с openntpd времената за старт на системата се върнаха към нормалното. С NTP пакета времената бяха като тези в код тага, само че с 25 сек. отгоре (userspace = 31s).

Код: Избери всички

[rado@arch]: ~>$ startup-time
1.361s systemd-modules-load.service
[rado@arch]: ~>$ startup
Startup finished in 3.522s (kernel) + 3.249s (userspace) = 6.771s 
graphical.target reached after 3.248s in userspace.

Снощи се порових доста из нета в търсене на решение на проблема и хора с други дистрибуции също са срещали този проблем, всичките с кърнъли от 6.6.1 нагоре, от което си правя извода, че нещо в новите кърнъли пречи на NTP да тръгва нормално.
А openntpd е с 4 месеца по-нов от NTP. Малка разлика във времето на обновяване, но явно достатъчно, за да го няма този проблем.

[Mozo]

При мен фърмуерът се влачи с 18.322s, което обаче си зависи от дънната платка. Иначе всичко е ток с другите работи:

Код: Избери всички

Startup finished in 18.322s (firmware) + 1.529s (loader) + 1.783s (kernel) + 4.231s (userspace) = 25.867s

6 секунди общо Windows? Bitch please

И да, нямам инсталиран NTP

[Валсо]

То и аз нямах, ама по едно време Канелата отказваше да синхронизира часа и датата по мрежата и се наложи да инсталирам NTP, след като питах във форума на ментата по въпроса. Но явно имало и по-добро от NTP.

А ти ако нямаш специфичен хардуер за този фърмуер, не виждам смисъл да го държиш инсталиран и да ти бави стартирането. Аз тези фърмуери ги деинсталирам, защото само пищят (когато рънваш mkinitcpio -P) за липсващ хардуер, който в същото време никога не съм имал или използвал. Също и bluez, и broadcom-wl пакетите разкарах.

[Mozo]

Става въпрос за нещо съвсем друго, няма как да си махна дънната платка Всъщност това просто показва колко време ѝ трябва, за да запали, да инициализира и да се стигне до буут на ОС, което при теб го няма, щото не си на UEFI, но също го имаш това като време, просто не ти го показва:

Tip: If you boot via UEFI and use a boot loader which implements systemd's Boot Loader Interface (which currently systemd-boot and GRUB do), systemd-analyze can additionally show you how much time was spent in the EFI firmware and the boot loader itself.

А ти ако наистина караш без микрокод за процесора, евала

[Валсо]

А ти ако наистина караш без микрокод за процесора, евала

Микрокодът никога не ми е трябвал. Още от Мента 18.3, когато за първи път се появи сред пакетите, аз никога не съм го инсталирал (а по онова време бях с още по-стар процесор (i3-4170) от сегашния i7-4770) и всичко винаги си е вървяло перфектно. Даже по едно време intel-microcode го бяха направили задължителна зависимост на кърнъла, при което аз си върнах 4.13.0.55 кърнъла и им казах да го духат и че с такова микрошитско поведение няма да стигнат доникъде. 1-2 седмици след това го откачиха като зависимост и стана само по желание.

Оставил съм само фърмуер за неща, които използвам постоянно или от време на време: alsa-firmware, qcom, qlogic и whence. Последните две вече не помня за какво точно бяха, но имам смътен спомен, че нещо плюеше грешки, след като махна qlogic и whence и затова те стоят непипани, наред с общия линукс фърмуер.

[Mozo]

Доста бъркаш понятията, ама карай. А микрокодът за процесора е ДОСТА важен

[Валсо]

Моята логика е такава: щом компютърът работи прекрасно и без микрокод, значи той не ми трябва.

[Mozo]

Важен е чий е критерият. Ама карай така щом те кефи

[Валсо]

Офтопик:

Важен е чии е критерият. Ама карай така щом те кефи

чий