Dotaz: rychlost bootu

[lertimir]

trochu se zase štourám v bootu a zatím nechápu, proč tak dlouho trvá.

systemd-analyze
Startup finished in 3.366s (kernel) + 5.577s (initrd) + 4.416s (userspace) = 13.360s

kernel + initrd skoro 9 sec. Přitom systém startuje ze SSD, jádro má po 6M a initrd pod 9M. Rychlosti SSD jsou

hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   11700 MB in  2.00 seconds = 5851.52 MB/sec
 Timing buffered disk reads: 632 MB in  3.01 seconds = 210.27 MB/sec

#dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 2,52218 s, 426 MB/s
# echo 3 > /proc/sys/vm/drop_caches
#dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 2,83766 s, 378 MB/s

Proč startuje pár MB tak dlouho? systemd-analyze plot nic nedá. kernel a initrd jsou atomické operace. Procesor je 4 jádro i5 s nezamčeným násobičem a možností jít až na 4GHz, takže pomalostí procesoru to také být nemůže.

---

---

Odpovědi

[nobody]

btw: xubuntu 14.04 - tedy bez sYsTeMd - start cca 6s, i5 2520M + SSD

# hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   7434 MB in  2.00 seconds = 3718.63 MB/sec
 Timing buffered disk reads: 610 MB in  3.01 seconds = 202.78 MB/sec

# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 vstoupivších záznamů
1024+0 vystoupivších záznamů
1 073 741 824 bajtů (1,1 GB) zkopírováno, 6,71549 s, 160 MB/s

# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 vstoupivších záznamů
1024+0 vystoupivších záznamů
1 073 741 824 bajtů (1,1 GB) zkopírováno, 5,09127 s, 211 MB/s 

btw: co je to za distro ? koukam ze mas cz preklad bez vší :)

[lertimir]

distro openSUSE 13.2

[JanM]

na Archu x86_64 s SSD a s Intelem i7 kernel zabere 1,7 s, userspace 13,2 s. Z toho druhého zdržuje 2,5 s import ZFS poolu a dále 8,3 s netcfg.service (DHCP, bridge). Toho čekání na síť jsem si doposud nevšiml, neb se stejně nedokáži rychleji zalogovat do KDM, které se objeví cca po 7 s.

Kdysi dávno hodně zlobilo ZFS - modul spl či zfs se načítal až 10 s. Z systemd-analyze plot to nemusí být tak patrné, zato v dmesg ano.

[#Tom]

Před lety jsem k ladění rychlosti startu zkoušel použít toto:

http://www.bootchart.org/

Je to samozřejmě staré a netuším, jestli to funguje i se systemd, ale s klasickými init skripty to fungovalo pěkně. Pěkně to ukáže, které služby nejvíce zdržují.

[lertimir]

Ano, znám, kdysi jsem to také používal, ted je součástí systemd . zatím jsem použival jen systemd-analyze plot > soubor A moc nejsem si jist jestli bootchart je schopen rozebrat, co se děje přitom když se loaduje kernel a initrd.

[#Tom]

S takovou může být součástí systemd i otvírák na pivo.

Bootchart není součástí jádra, takže půjde spustit nejdřív z initramfs, no jednodušší bude přeložit si vlastní jádro se zabudovanými ovladači pro řadič disku a kořenový souborový sytém než upravovat skripty v initramfs. Pokud se systém nezavádí z diskového pole, a pokud na kořenový oddíl v zavaděči ukazuje přímo cesta k zařízení, nikoli jmenovka či UUID, mělo by to být schůdné.

[David Watzke]

Jak komprimuješ kernel image? Mohlo by maličko pomoct vypnout kompresi.

[Petr Šobáň]

Panebože to je zase dotaz....

Proč tě zajímá boot který se spustí jednou za den zda běží 5s nebo 10s?

Nebude to pro to že jádro provádí hromadu testů pro detekci HW?

Takže co vyházet z jádra podporu kterou nepotřebuješ, kritické věci přeložit napevno do jádra, nepoužívat initrd?

[j]

Co na tom nechapes, lennart mu slibil ze to bude startovat rychlosti blesku a ono nic.

Jak tak koukam, prisel cas kdy se budu minimalne par mesicu valet smichem kazdej den, oslavujte, vysel novej deb se systemd.

[mhepp]

Sice mam stejne pocity, ale tazatel resi opensuse.

A abych nebyl uplne offtopic. Zkousel sis projit vystup z dmesg?

[MadCatX]

Na zhruba podobné sestavě ale s betou Fedory 22 jsem na tom ještě hůř (celkový boot time ~22 sec), ale v mém případě vím proč. Dobu startu jádra výrazně prodlouží DVD vypalovačka. Buď má nějak zabugovaný firmware nebo je něco s ovladačem pro radič disku, při každém bootu totiž trvá zhruba 4 vteřiny, než mechanika řadiči oznámí stav "DRDY" a jádro čeká, než se probere. Další brzdu představuje služba "abrtd", která podle systemd potřebuje na spuštění okolo 13 sekund.

Určitě bych se tedy podíval, jestli jádro nečeká, než se zinicializuje nějaký hardware; v dmesg by mohlo něco být. Další možností je zkonfigurovat jádro tak, aby mohlo startovat bez initrd. Pokud jsou ovladače pro filesystem, na kterém je root zakompilovány do jádra, mělo by být možné initrd jednoduše vyhodit z konfigurace GRUBu a jádro spouštět s parametrem "rootfstype=<typ_fs>".

[Petr Šobáň]

Skus ve vypalovačce nechat nějaké DVD co to udělá, vím že některým když jsou prázdné trvá dlouho inicializace - skouší načíst dlouho medium co není.

[MadCatX]

Vliv přítomnosti média v mechanice je minimální, spíš mi přišlo, že je to ještě o fous pomalejší. Exaktně změřené to ale nemám. (BTW, když nechám nějakou placku v mechanice notebooku, prodlouží to boot skoro o 10 vteřin, protože GRUB se tam zřejmě snaží najít něco bootovatelného.)

[Petr Šobáň]

Tak co nastavení grubu nebude tedy problém tam?

Co zakázat nějak grubu prohlížet ostatní media kromě HDD?

PS. Nikdy jsem to neřešil tak nevím zda to vůbec jde.

[MadCatX]

Nastavení GRUBu ale nemá žádný vliv dlouhý start jádra a initrd. Na notebooku mi podle systemd nastartuje jádro za 3,5 vteřiny, na desktopu s výrazně lepším procesorem a rychlejším SSDčkem je to cca 4,5 vteřiny nejspíš právě kvůli dlouhé detekci DVD mechaniky. Nikdy jsem to neřešil a je mi to do značné míry jedno, chtěl jsem tu akorát zmínit pár možností, které můžou ovlivnit rychlost bootu...

[pavlix]

Tak co nastavení grubu nebude tedy problém tam?

+1

Kdysi jsem u grubu jako první vyhazoval vyhazoval z device.map řádek pro disketovku.

[lertimir]

Dík za odpověď. Samozřejmě, že na pár vteřinách při bootu můj život nestojí, jen jsem chtěl porozumět, proč na hodně výkoném procesoru natáhnout kernel a initrd trvá tak dlouho. Zvláště, když následné spuštění všech dalších procesů je výrazně kratší. Odpověď, že příčina může být v tom, že se inicializuje nějaký HW a trvá to než přijde odpověď, je pro mne validní.

[j]

Cece ... skoda ze nemam po ruce nic s kamerou, bych ti natocil jak vypada dlouhej boot. Dobre 15 minut bezi jen post, nez se to vubec dostane k bootu systemu. A nez ten system nastartuje trva minimalne dalsich 15 minut.

Co to dela? No nejdriv checkuje veskerej HW, inicializuje pole ... a hromadu dalsich veci, mno a pak to system vsechno konfiguruje, pripojuje disky, startuje databaze ...

Takze resit, jestli neco startuje o 30s nebo dokonce o 3s dyl ...

A cim novejsi HW to je, tim dyl to trva, protoze ac se to nezda, tak ve skutecnosti je uvnitr cim dal vic veci, ktere je treba nastartovat. A samo, v dalsim poradi je soucasti jadra cim dal vic ruznych driveru a hleda to cim dal vic HW, coz zase trva.

Muzes to lehce poladit a neco usetrit na tom, ze zrusis moduly, ovladace (jen ty co potrebujes) zakompilujes do jadra a ... v brzky dobe narazis na to, ze si k tomu zelezu neco pripojis a ono to nefunguje, protoze ty si chtel rychlejsi boot a nemas modul.

Je to presne totez, jako resit, za jak dlouho nastartuje web browser ... naprosto nezajimavej udaj, jedno i druhy.

[lertimir]

Serverový boot je něco zcela jiného. To u systému, který se rebootne cca jednou za rok je jedno. Vzhledem k tomu, že tu párkrát někdo prezentoval boot kernel+initrd v řádu cca 2+3 vteřiny, tak jsem se zeptal a odpověď mi stačí. A to jestli čas bootu je nebo není důležitý závisí na tom jak se pracuje, jestli ráno zapnu, dám si kafe, pak u něj celý den sedím a večer vypnu tak je to jedno. Jestli důležitá část je tak, že přijdu, něco provedu na něco se zeptám a za 3 min jsem zase na odchodu a budu vypínat tak je: Buď boot systému browser omezeně důležitý, protože pokaždé startuje z nuly, nebo spotřebu neřeším a nechám systém pořád zapnutý, nebo hibernuji/uspávám a spolehlivě se mi vzbudí veškerý HW. Bohužel se mi nebudí zvukovka a trochu o spotřebu mám pořád zájem. Nicméně dotaz beru jako zodpovězený. Stáhnout boot čas významně mi za energii a čas nebude stát.

[pavlix]

Já to mám pocitově za pár vteřin, nejdelší je pro mě snad start Xorg. A můžu říct, že jsem za rychlý boot rád, i když nebootuju ani denně. Rebootuju po rebuildu jádra, tudíž v době, kdy chci pracovat a jako u každé jiné akce, čím je to pomalejší, tím víc mě to zdržuje. Kdybych to mohl při malém úsilí sestřelit na jednu vteřinu, udělám to.

[Petr Šobáň]

No jo my nemůžem za to že za den přeložíš 10 jáder a potřebuješ je nabotovat

Jasně tady je to specifický požadavek a pokud půjde boot zrychlit tak zde to má význam.

[pavlix]

No jo my nemůžem za to že za den přeložíš 10 jáder a potřebuješ je nabotovat

Pořiď si oči.

[Jirka]

Buď rád, že na tom nejsi jako já:

systemd-analyze
Startup finished in 4.660s (kernel) + 1min 42.862s (userspace) = 1min 47.522s

[michich]

To skoro vypadá, že ti něco čeká do 90sekundového timeoutu.

[Heron]

Proč?

Jeden stroj:

Startup finished in 3.527s (kernel) + 46.858s (userspace) = 50.385s

Druhej stroj

Startup finished in 5.465s (kernel) + 1.687s (userspace) = 7.152s

Třetí

Startup finished in 1.817s (kernel) + 1.398s (userspace) = 3.215s

Všechny tři časy jsou zcela v pořádku, ten třetí měl ještě před časem 400ms userspace.

(První stroj je server s hromadou služeb, druhý je fyzická pracovní stanice s nějakým HW navíc, třetí je virtuálka pro testy.)

[pavlix]

Proč?

Třeba protože je ta hodnota podezřele blízká 90 sekundám a je tam ještě pár vteřin na víc a zbytek bootu? Samozřejmě to může být náhoda, ale vzhledem k tomu, že je boot time jinak většinou podstatně nižší, což ukazují i tvoje výsledky, je takové podezření nasnadě.

[S.]

Když už jsme u toho poměřování, tak já jsem na tom takhle:

Startup finished in 15.000s (kernel) + 2min 4.588s (userspace) = 2min 19.589s