Názory k článku
Google pracuje na zrychlení rebootu serverů s mnoha NVMe SSD

těch problémů tam je celkově více. Máme servery s 40+ disky, kolečko na restart je na hodinu, vše takové běžně RHEL s výchozí konfigurací kernelu, fast boot na HPE serverech. Nejde samozřejmě jen o disky.

Když se člověk do toho ponoří, tak zjistí, že i to připojování FS je synchronní, že tam je spousty naprosto divných čekání, událostí, trvání.

>i to připojování FS je synchronní

ale nedá sa pripojiť /var/log ak ešte nemáte pripojený /?

a aby toto šlo asnchrónne tak potrebujme obdobu depend z unit-ov v systemd aj pre mount....

to samozřejmě ano, / ale připojuje samotný kernel při zavádění, zbytek se pak připuje přes mount(2) syscall. Dokážu si představit udělat nějaký depency tree a co lze, připojit paralelně, to je spíše výtka k systemd než k samotnému linux kernelu.

Pokud jde o HPE a dlouhy cas restartu, tak v nasem pripade je to zalezitost zejmena HPE samotneho. Nejdele trva init HW na jeho vlastni urovni, nez vubec "sahne" na bootovaci SD kartu a spusti napr. grub. Samotny boot uz je pak celkem rychly. Ale disky mame jen 24 na server a jde o SAS.

čas od zapnutí po nastartování grupu trvá asi 6 minut, zbytek času je pak věcí OS, ukončení služeb a rozhraní, poté zase startování.

Samozřejmě je možné to vždy nějak poladit, zlepšit, zanalyzovat, ale tady to je klasický problém trvání na výchozí konfiguraci a u ní to nefunguje dobře.

*grubu

a najviac to brzdia rozne systemd timeouty...

Jak to může brzdit timeout?

reboot
...
Sluzba XY se ukoncuje [00:10/01:30]
Sluzba XY se ukoncuje [00:11/01:30]
Sluzba XY se ukoncuje [00:12/01:30]
obcas po dojeti 1m30s pokracuje dal, obcas protahne timeout na 3m ;-)

EDIT: a neprosto nelogicky/nepocho­pitelne, tam neni moznost ten timeout preskocit "na vlastni nebezpeci" nejakou hotkey...

29. 3. 2022, 22:20 editováno autorem komentáře

No to asi není timeoutem, ale něčím, co má problém se ukončit. Kdyby tam ten timeout nebyl, tak čekáš do konce vesmíru a bude to tedy ještě pomalejší.

Myslím, že pokud dáš CTRL+ALT+DELETE sedmkrát za sebou, tak se to přeruší a pokračuje dál.

Netuší někdo, jak si v porovnání s Linuxem vedou jiné OS?

Tak to ešte asi nevideli, koľko zvykol trvať boot HP-UXu.

Nie je nahodou synchronnost tohoto rozhrania zamerna? Ked maju tie disky nieco v cache, aby to stihli zapisat. Je velky rozdiel medzi asynchronnym volanim a paralelizmom. Aby usetreny cas nepotrebovali neskor na restore dat....

podle odkazovaných zdrojů chtějí udělat obě dvě věci, ukončení volat asynchronně, aby se jednotlivé disky ukončily paralelně a nemuselo se čekat kus po kusu.