Arch Linux: Rychlost spouštění systému

15.6.2008 21:32 | Přečteno: 2560× | Linux | poslední úprava: 16.6.2008 22:49

V jednom z minulých newsletterů Arch Linuxu jsem narazil na odkaz týkající se zrychlení startu Arch Linuxu. Rozhodl jsem se něco podobného také zkusit. Dnešní odpoledne jsem tedy strávil úpravou inicializačních skriptů a měřením rychlosti startu.

Pokusy jsem prováděl na svém starém notebooku (Pentium 4M 1,7 GHz, 256 MB RAM). Mám tu nainstalovaný aktuální Arch Linux doplněný o E17. Dosavadní nastavení systému týkající se startu zahrnovalo pouze spouštěštění většiny daemonů napozadí. Start tedy trval dohomady 75 vteřin, z toho 8 vteřin POST, 55 vteřin vlastní boot systému až k úvodní obrazovce Entrance a pak 12 vteřin start E17.

První úprava se týkala souboru /etc/rc.sysinit, podle výše uvedeného vlákna jsem se zaměřil na odstranění věcí týkajících se podpory šifrovaných souborových systémů, RAIDu a kontroly TIMEZONE. Můj notebook RAID mít nemůže a má paranoia ještě není tak velká, abych nasadil šifrování.

Výsledkem bylo až překvapivé zrychlení doby bootování do X11 z 55 na 42 vteřin.

Dále jsem se inspirován příspěvkem na blogu zmíňeném ve vlákně zaměřil na úpravu souboru /etc/rc.conf. Zkusil jsem odstranit automatické načítání jaderných modulů. Nejprve jsem si zjistil, jaké moduly jsou pro můj hardware potřeba a v jakém pořadí se mají načítat:

[nik@northwood ~]$ hwdetect --show-modules-order
MODULES ORDER: ac battery button container dock fan processor thermal video wmi cdrom agpgart intel-agp intel-rng 
lp ppdev evdev joydev pcspkr psmouse serio_raw parport parport_pc pci_hotplug shpchp rtc-cmos rtc-core rtc-lib 
output crc-ccitt ac97_bus snd-mixer-oss snd-pcm-oss snd snd-page-alloc snd-pcm snd-timer snd-ac97-codec 
snd-intel8x0 soundcore pata_acpi ata_generic scsi_mod ata_piix eepro100 e100 irtty-sir sir-dev mii irda 
pcmcia_core rsrc_nonstatic yenta_socket usbcore ehci-hcd ohci-hcd sd_mod sr_mod

Některé z těchto modulů byly také explicitně zmíněny v poli modules souboru rc.conf, oproti vypsaným tam byl navíc modul acpi_cpufreq, který jsem zařadil nakonec seznamu. O spuštění ostatních modulů se staral autoload. Nyní jsem s pomocí Googlu a Mandlova blogu začal zjišťovat, k čemu jednotlivé moduly slouží, bohužel se mi to nepodařilo u všech, takže je možné, že se mi stále načítá několik modulů, které ve skutečnosti nepotřebuji (nevyužívám).

Pomocí ! jsem zakázal následující moduly: intel-rng (nevím, k čemu slouží, vracel ale při zkušebním spuštění Fatal Error), lp, ppdev (modem), serio_raw (externí myš nepoužívám), parport (paralelní port), parport_pc, shpchp, irtty-sir (infraport), sir-dev mii (infraport), irda (infraport), pcmcia_core (PCMCIA), rsrc_nonstatic (PCMCIA), yenta_socket(PCMCIA).

Pak jsem vypnul autoload a restartoval. Tentokrát už nebylo zrychlení tolik výrazné: ze 41 na 37 vteřin. Poznámka: Vypnutí autoloadu způsobí, že se nebudou načítat moduly pro zařízení připojená zaběhu, jako například flashky. Je tedy dobré všechna požadovaná zařízení před spuštěním příkazu připojit.

Posledním dnešním cílem byl soubor mkinitcpio.conf. Tady jsem trochu zápasil s nastavením, které by bylo spustitelné. Nakonec jsem z pole HOOKS odstranil pouze sata a scsi a ponechal base, udev, autodetect, pata, keymap a filesystems.

Na rychlosti startu se toto opatření už nijak neprojevilo, budu se muset na tento soubor zaměřit ještě jednou.

Celkově se mi tedy podařilo zkrátit start celého systému z minuty a čtvrt na něco málo pod minutu, což je nějakých 20%. Pro srovnání Windows XP bootovaly v defaultním nastavení po čerstvé instalaci dvě minuty. Na takto starém stroji jsem s Arch Linuxem velmi spokojen a právě jeho rychlost a vysokou konfigurovatelnost považuji za největší výhodu.

       

Komentáře

[Smajchl]

To s tim RAIDem udělám taky, už takhle mi to bootuje asi minutu Dík za zápisek.

[vobrezanej bush]

takze jsi stravil odpoledne, abys usetril 15s casu bootu, velmi efektivni :-\

[pc2005]

No není to zas tak hrozný. Pokud bude mít tuhle konfiguraci tak rok a každý den jednou bootovat, tak ušetří přes 5000 sekund a za to se už dá něco stihnout

[vobrezanej bush]

proc by mel kazdy den bootovat, nepouziva snad hibernaci (suspend to disk)?

[pc2005]

Já jsem nikde v textu hibernaci nezahlédl, ale pokud jí používá, tak je to opravdu celkem zanedbatelné zrychlení .

[Nicky726]

Suspend to Disk nepoužívám, dělím se o notebook se zbytkem rodiny + ho mám hlavně na zkoušení a nebo dlouhé stahování kvůli nízké spotřebě.

[hikikomori82]

Lamo, mne startuje slackware na notbooku 1,4 GHz celeron s 256 MB ram, do X (openbox) nejakych 15s (doba odkedy bootloader napise loading linux do doby ked v xterme mozem napisat prvy znak)

[Non_E]

Jaké daemony, kolik modulů, běží hal? Mně do /bin/sh startuje systém pekelně rychle

[Nicky726]

Tak se poděl o inicializační skripty, seznam vynechaných modulů, atd...

Osobně vidím další věc na kterou bych se měl zaměřit vlastní start X, přijde mi, že jde skoro o polovinu doby mezi Grubem a přihlašovacím oknem Entrace a monitor několikrát bliká a přepíná rozlišení. :-/

[hikikomori82]

Išiel som na to z opačnej strany. Ty vyhadzujes veci a snazis sa to zrychlit. Ja som tam dal kernel a snazil som sa to rozchodit aby mi všetko bezelo (mc, zvuk, 3d akceleracia, firefox). Len neviem či to ešte možno nazvať slackwarom?

[pc2005]

Jako slackwarista myslím že jo . Zvlášť, když je ve slacku už nějakou dobu i compiz.

[prOm3TheuS]

Já platil kartou něco okolo stovky na benzínce. Kupoval jsem si cigára a pumpař mi je nechtěl prodat, že je to na kartu málo Tak jsem si musel koupit dvoje a ještě nějaký pití. (Jo to byly časy, když jsem ještě kouřil...)

[miso]

[pools]

Random Number Generator

[progdan]

Diky za skvelej blogpost, opravdu se mi boot vyrazne zrychlil. Netusite nekdo, jestli by se nedal nejak urychlit start Xek tim, ze by se souply uz nekam dopredu, vlastne jeste pres daemony?

[kozzi]

No já se na ty init scripty dival detailně, a ono nastartovat ty Xka dřív se dá, ale musí se stím opravdu čarovat, krom toho doba kterou ušetříš je zanedbatelná. Já tenkrát získal necelých 10s. Krom toho mě to stálo neuvěřitelný usílí. Mnohem lepší je rozchodit suspend/hibernaci . Popřípadě dělat to jako já. Pc zapínám ráno když jsem rozspalej, takže než si vyčistím zuby už jede. No a vypínám ho občas večer, někdy ho ani nevypínám.

[progdan]

No 10 sekund je krasa kdyz uz ted mi to trva jen 20...a kolik systemu nabiha takhle ryche...

[belisarivs]

Mne se libil init-ng. Skoda ze uz je pase. Ted sice nemluvim o Archu, ale o Debianu, ale to zrychleni bylo obrovske.

Z te necele minutky do startu Xek startovaci doba padla snad i pod 15 s. Bylo to velmi rychle.

[stativ]

inint-ng se pořád vyvíjí. Ale je to boj ho zprovoznit. Když jsem ho na Archu zkoušel, tak při prvním bootu zasekl, chtělo to pár úprav. Ve výsledku ale nakonec byl pár sekund pomalejší než Archovský bsd init. Určitě by se to dalo odladit, ale účelem mého testování bylo jak náročné je to rozchodit. Výsledek? Ani ne, pokud Vám nevadí, že udělat balíček by byl asi slušný boj a zakázat jeden skript.

[belisarivs]

To jsem nevedel, ze jeste zije. Byl jsem jednou na IRC a tam mrtvo. Jediny borec, co tam psal mi rekl, ze je initng KO. Jsem rad, ze to ozivili.

Jinak, to mi vykas? Uz jsme si po jabberu potykali, ne?

[stativ]

Jej, to je fakt. Tak to pardón. Už jsem zmaten Už se to nebude opakovat. Ale mám aspoň chabou výmluvu – mohl jsem myslet všechny čtenáře

[stativ]

Díky za nápad, odstranil jsem z rc.sysinit modprobe rtc_cmos (mám ho v jádře). Už mnš to štvalo delší dobu, ale vždycky jsem na to tak nějak zapomněl.

Taky jsem si změřil rychlost bootu. Takže samotný boot včetně initscriptů do bashe mi trvá přesně 20 s. Spuštění KDM dalších 10 s. Rychlost spuštění e16KDE jsem zapomněl změřit.

[freshmouse]

To se mi nezdá. Všichni říkají, jak je Arch rychlý.

Jenže: já mám stejný HW jako ty (P4, 1,7 GHz, 256 MB RAM), na něm Ubuntu, na něm GNOME, nijak jsem nic neoptimalizoval (de facto je to ve výchozím nastavení) a přesto doba GRUB--GDM trvá asi 30 až 40 sekund a doba GDM--GNOME asi 5 až 10 sekund.

A to předpokládám, že výchozí Ubuntu spouští daleko více služeb než průměrný Arch. O tom, co umí GNOME a co E17, ani nemluvě (spouštět 12 sekund správce oken, co sám o sobě téměř nic neumí? he?).

Může mi to někdo vysvětlit, že neoptimalizované Ubuntu je stejně rychlé jako optimalizovaný Arch?

[pools]

Nevíš, že tohle se NEŘÍKÁ???

(btw, mi se na gentoo spouští vim o vice jak dve milisekundy rychleji než jednomu psovi, a to se vyplatí )

[Václav "Darm" Novák]

Tak to by mě také zajímalo. Že by se na tom upstart podílel takovou měrou? :-/

[Nicky726]

Měl jsem na E17 pěti vteřinovou splashscreen, během které se nic nedělo.

Další problém vidím v několikrát měněném rozlišení monitoru :-/ Ačkoliv mám v xorg.conf jen rozlišení 1400x1050, spouští se Entrance v 1200x800 nebo něčem podobném a E17 pak opět přepíná na 1400x1050. Když jsem se tohle snažil v zimě po instalaci vyřešit, nedařilo se mi najít žádné nastavení Entrance

[Stov1k]

Mně startuje počítač (AMD Athlon 64 X2 5600+ 2,8 GHz a 2046 MB DDR2) od zapnutí do GDM dlouhých 43 sekund (a 68 setin :) ), zajímavé je, že asi polovinu času je od zapnutí do naběhnutí GRUBu.

[hikikomori82]

ReiserFS ???

[Nicky726]

Pokud jsi si ho skládal sám, tak se nedivím, můj hlavní komp (A64 3000+ 1GB RAM, rok 2006) má POST 18 vteřin a to jsem v BIOSu povypínal všechny nepoužívané řadiče. Sestavy od renomovaných firem mívají POST nějak zkrácený, takže můj notebook Compaq z roku 2001/2002 má POST za 8 vteřin.

[pc2005]

Tady by se hodil LinuxBIOS, ten údajně startuje nejrychleji. A pak taky samozřejmě kompilace jádra na míru.

[laco]

BIOS bych do délky startu vůbec nezapočítaval. Každej je jinej, vůbec se to nedá srovnávat.

[Kvakor]

A pak taky samozřejmě kompilace jádra na míru.

To bych udelal jako uplne prvni krok optimalizace. Dost velkou cast bootovani zabiraji celkem zbytecne veci jako detekce hardwaru, pokus zavest moduly na neexistujici zarizeni nebo jenom obycejny depmod -a pri kazdem bootu. Pokud clovek nemeni hardware jako ponozky, tak se to vyplati i pri zahrnuti casu na nastaveni a prelozeni jadra.

[kozzi]

Tak jsem taky trochu potunil svuj Arch. Puvodne celej komp nabyhal asi tak za 1:20 - 1:30. Tedka to vypada takto:

POST: 08:20
Systém: 20:04
X: 4:50
Výsledek: 32:74 sekund do plne funkcniho systému.

Jinak komp mam slabej je to asi 5 let stara mozna i vic sestava je tam 256 RAM a nejakej hodne obranej celeron ktery o sobe tvrdi ze ma 2.4 GHz, ale kdyz jsem ho ruzne testoval tak stezi dosahoval vysledku pentia na kmitoctu 1.8 GHz.

[laco]

"...Pro srovnání Windows XP bootovaly v defaultním nastavení po čerstvé instalaci dvě minuty..."

Tak to se mi nezdá. Na procesor 1,7 GHz a 256 M RAM je to nějak dlouho.

[Smajchl]

Nevím ale zrovna Windows na jedinym pocitaci kde sou mi nabihaj dost pod minutu, proste rychly a jako hodne. Na druhou stranu jsem ale viděl Mandrivu co nabíhá několik minut - minimálně 2 a taky Windows co nabíhaj 8 minut, tyhle časy se dost různí.

[Limoto]

Co tam máš za filesystem? Nějaký triky na zrychlení bootu najdeš taky na ArchWiki.

[Nicky726]

Ext3...

Prostuduju, a to jsem na wiki hledal, hlavně teda anglické.

[progdan]

Jo objevil sem problem :) Kdyz vypnu MOD_AUTOLOAD a nesekam do modulu ty co mi vrati ten prikaz, kterej uvadis v clanku tak mi vsechno sice krasne nabehne, ale system po pripojeni nejakeho USB zarizeni to zarizeni sice detekuje (v lsusb je) ale neni k nemu zadny pristup - proste nefunguje...webkamera, mys, fleska...

[kozzi]

jasny musis si knemu sam nacist modul

[progdan]

Jo, to mi doslo akorat sem neprisel na to, proc nebyl ten modul na mys v tom seznamu, kdyz jsem ji v tu chvili mel pripojenou. Co se te webky tice, tak i kdyz mam natazenej modul uvcvideo tak protestuje. No ale vzhledem k tomu, ze sem ji za celou dobu, co mam notebook pouzil asi jen jednou a navic ve windows tam me ani netrapi; ta mys je vetsi problem, na touchpadu se blbe hraje Wowko :)

[kozzi]

Krom toho jsem zjistil ze zapnout automaticke natahovani modulu a zakomentovat to co se nacita v rc.conf vede ke stejne rychlosti a usetri to problemy stim jaky modul ma byt nacten

[progdan]

Nj, jenze pak se ti nenatahne loop, vboxdrv, uvcvideo, freq_ a dalsi srandicky

[kozzi]

Jn, ja nic z toho uz nepouzivam, takze me to moc nevadi, pokud budu neco takoveho pouzivat tak si skript do rc.local a bude hotovo.

[Nicky726]

Alespoň za mou fleškou stojí modul usb-storage (je potřeba pouštět hwdetect v okamžiku, kdy je zařízení připojeno). Co se týká často resp. stále zapojených zařízení, neměl by být problém prostě jejich modul přidat do rc.conf. Osobně jsem zpomalení po přidání usb-storage nezaznamenal.