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

[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.