Čas bootování je stále opakující se téma posledních měsíců, a tak pokusům zkrátit tento proces neunikl ani Debian. Na debian-administration.org se objevilo několik rad jak dosáhnout bootovacího času čtrnáct vteřin. V první řadě se jedná o kompilaci vlastního jádra a odstranění initrd a initramfs. Poté se do tohoto jádra zavedou urychlující patche, dále se vypne hotplug a moduly se načtou ručně a v neposlední řadě také nesmíme zapomenout zapnout X server co nejdříve je to možné. Podobné postupy jdou bohužel ruku v ruce s menším pohodlím při pozdější správě systému.
Boot Debianu za čtrnáct vteřin
11. 11. 2008
45
nových názorů
-
jelen (neregistrovaný)tohle vypada trosku nadejneji... (mozna to tu ve zpravickach uz bylo.. :| )
http://www.lineo.co.jp/products-services/services/warp.html -
freshmouse (neregistrovaný)> Čas bootování je stále opakující se téma posledních měsíců
Spíše: Čas bootování je NA ROOTU stále opakující se téma posledních měsíců.
Aneb pět měsíců to konfigurujte, pak vypněte všechno, co lze, používejte jen terminál a užívejte si, že váš počítač se spouští o dvě sekundy rychleji než počítač vašeho souseda. Vždyť to ročně dělá asi deset minut! -
Jet (neregistrovaný)Ono to neni jenom tak pro sport, cas bootu je pomerne dulezity parameter v ruznych zarizenich zalozenych na linuxu. Napriklad pokladna. Predstav si, ze mas radu lidi, kteri chcou platit a ty musis rebootnout. (nemysli si, i linux se umi cas od casu zhroutit. Kdyz jsme u toho, tak to dela i mac).
Cas straveny nad optimalizaci bootu se ti pak vrati 1000 krat na tisici instalacich. -
Jo, to je pravda, to mě nenapadlo. I přesto že s emi to stalo minulý měsíc v Lidlu, jedna jediná pokladna v krámě a čekal jsem něco přes 5 minut než byla schopná znovu pracovat....na čem to běží nebo jak to funguje nemám tušení... 5 minut vs 14 sekund.... snad si pani prodavačka nepotřebuje za běhu přidat rychle zařízení k pokladně nebo tak něco :) -
Jet (neregistrovaný)Hele, tak to se mi stalo neco podobneho, ale v letadle. Nastesti jeste na zemi. Nedarilo se jim zatahnout schudky. Zapasili s tim asi 20 minut, pak doslo na reboot celeho letadla. Trval priblizne dalsi pul hodinu. Pak jsme konecne odstartovali. To bylo poprve, co jsem se v letadle trochu bal a vsimal jsem si kazdeho zaskripeni behem letu.
Hadej co se stalo po pristani? Nesly vytahnout schudky :-). Museli jsme vystoupit zadnimi dvermi, ktere maji externi schudky.
Kdyz uz jsme u rebootu, uz se mi taky stalo, ze jsem musel rebootnout i auto. Zniceho nic, pri 150 km/h rychlosti to najednou prestalo tahnout a rozla se kontrolka ridici jednotky. Musel jsem vyradit, zdechnout (volant se nastesti zamyka az pri vytazeni klicku, ne pri vypnuti), znovu nastartovat (zajimavy zazitek, startovat pri rychlosti 100 km/h), hodit petku a jet dal. -
Sten (neregistrovaný)Pendolino tím trpělo taky :)
Volant se sice nezamkne, ale bez běžícího motoru nefungují posilovače řízení a brzd, tak bacha na to (chvíli sice drží pracovní podtlak, ale pokud by auto odmítalo bootovat, tak to může být problém). Jinak o tom restartování auta slyším už po několikáté. Není to náhodou francouzské auto? -
anonymníJo a taky to bylo posledni auto na dlouhou dobu u ktereho to slo . Jde o to , ze tam byl rozvodovy retez takze se nic nestalo . Modernejsi auta potom mela remen , ktery by mohl pri takovem startovani preskocit cimz by se prinejmensim motor rozdrbal kdyby to skocilo vic potka se pist a ventily .
V kazdem navodu to mate napsane , ze auto by se nemelo roztahovat ani roztlacovat , ale dnes uz se vyrobci opet vraci k retezum pac vyresili to napinani tak aby nerachtal .
Skodovky rachtaly brutalne , ale takovym autem uz snad nikdo svepravny nejezdi maximalne tak vesnicani . -
Jirka P (neregistrovaný)> Modernejsi auta potom mela remen , ktery by mohl pri takovem startovani preskocit
Tohle je spíš mýtus, pokud pouštíte spojku opatrně, nemělo by se nic stát. Vemte si, že větší změnu otáček za menší čas (tady větší namáhání rozvodového řemenu) způsobuje samotné startování (klidně 0-2000 ot. prakticky okamžitě), podřazení s okamžitým puštěním spojky nebo típnutí motoru (=dupnutí na brzdu bez spojky). Auta nejdou roztahovat většinou kvůli katalyzátoru nebo automatické převodovce. Nevim jak je to u dieslů, ale znám autobsáky, kteří takhle řeší každou kolonu na klesání (občas i jízdu) (ať žijou vzduchové brzdy ;-) ) -
freshmouse (neregistrovaný)Jenže tady nejde o pokladny a podobná zařízení. Viz první odstavec: Many readers will have heard about Arjan van de Ven and Auke Kok's work to boot an ASUS Eee 901 in 5 seconds. Inspired by this work, and because I have the same laptop, I decided to try to reproduce their results. ... ale možná se mýlím a na pokladny se opravdu dostaly Eeečka. :-)
-
Jasně, souhlas. Když to startuje do minuty je to pro mě OK (+-pár sekund) Opravdu dám přednost pohodlí před rychlostí. Hlavně boot podnikám jednou za měsíc zhruba. Nadruhou stranu 14s je fakt ústyhodný čas, tak dlouho mi snad trvá než se dostanu do menu grubu po zapnutí mého laptopu :D (Splash MSI......)
-
No ale o tom to take v tomto pripade je. Zpravicce chybi dalsi nalepka: Linux tuning. Mnoho techto figlu ci jim podobne jdou aplikovat na vetsinu operacnich systemu. Si li schopny a zdatny uzivatel a chces "tunit" tak prosim. Nicmene prosim o doplneni nalepky ke zpravicce / zavedeni takove nalepky, lepe vystihuje pointu. Vždyť to ročně dělá asi deset minut! Jak komu, pokud pouzivate notebook tak je to boj s hibernaci, a pokud se dostanete s casem bootovani na podobny hodnoty jako pri hibernaci, tak uz volim boot. Nehlede na to ze nektere notasy maji zvlasni funkce (napr. pri uspani prenastavy jas displaye, delaji problemy pri probouzeni nekterych zarizeni atd...) A ja nevim jak vy, ale ja sem letos notebook vypnul/hibernoval nekdy i vic jak 4x dene. -
V mem pripade urcite. Nektere starty se odehravaji ve vlaku ... a na notebooku diky me praci nahazuju webovy server, databazi i mail server, synchronizuju si cas atd... nektere ty sluzby ne vzdy vyzaduji a nektere (synchronizace casu) nemaji vyznam kdyz nejsem pripojen na internet.
Navic IP adresu si nastavuju alternativnim zpusobem pri neuspechu DHPC clienta, a to cekani na uspesne prideleni IP adresy se ve vlaku take projevi na startu.
V pripade ze bych start takovych sluzeb neoptimalizoval dostal bych se se startem az na nekolik minut a to v pripade, ze v tom vlaku sedim rekneme 30 min, uz znat je.
Ano je to specificka situace, ale takovyto "tuning" je presne pro takove jako ja. -
treebeard (neregistrovaný)vytvoriť si viacero "hardvérových profilov" ako sa to nazýva vo Windows, je tiež možnosťou, dá sa to aj kadejako inak, ale tam je významné to vypnutie nepotrebných služieb a zakázanie časti hardvéru. Nie je podstatných tých 14 sekúnd, kvôli ktorým treba kompilovať jadro a robiť ďalšie nezmysly. Z tých niekoľko minút sa väčšina získa vypnutím sieťových služieb a nepotrebného hardvéru, potom už je zase jedno, či čas medzi začiatkom bootovania (vyhľadaním bootovacieho disku, čo je dosť veľa sekúnd po zapnutí počítača)po odklepnutie hesla bude 14 sekúnd alebo 35. Myslím si, že tých 14 sekúnd určite nebol čas od zapnutia počítača po začiatok práce. Ak áno, tak súčasťou tuningu musí byť "zadať čo najjednoduchšie heslo" :-)
-
Cartman (neregistrovaný)Vytvoreni "harwareovych profilu" pro Windows tezko muze byt "moznost" kdyz:
a) Hardwareovy profil je ve windows zcela nepouzitelny zdroj obrovskych problemu pro uzivatele.
b) Autor prispevku evidentne pouziva Linux.
c) I s pomalym bootem se mu Linux nastartuje rychleji nez Windows.
takze bud jste jeho prispevek nepochopil nebo jste mamlas. Jedno z toho. -
Je me lito, ale klasicke runlevely 1-5 zde vazne nestaci:
0) 0 a 6 nepocitam ze zcela zrejmych duvodu
1) single by mel zustat singlem minimalne ze servisnich duvodu
2) pouziva se casto jako single+sit ... dobre tady mame jeden volny
3) start bez X by se zvlaste u desktopu melo zachovat, ted kdyz mame ty uuuzasne 3d grafiky
4) nebo 5 se da opet pouzit jeden k X a druhy k rozsirenym X
Suma sumarum, pokud nemam nejakou hi-end distribuci kde level 2 ma nejaky svuj zasadni vyznam, mam k dispozici toreticky 3 - 4 runlevely - coz v pripade ze prumernemu webovemu vyvojari / adminovi startuje n sluzeb ruznych vlastnosti a jen n z nich v urcitou dobu potrebuje, tak zminene 3 - 4 runlevely jsou zalostne malo.
Zde tedy klasicke runlevely opravdu nestaci, navic libovolny "hack" standardnich runlevelu ma za nasledek samozrejme problemy s kompatibilitou - ktera se projevi predevsim pri updatu systemu. -
Lael Ophir (neregistrovaný)Na Windows bych takovou situaci řešil tak, že bych na plochu dal zástupce, který by startoval či zastavoval potřebné služby (případné závislosti si Service Manager pohlídá sám). A samozřejmě bych nebootoval, ale používal hibernaci. Předpokládám, že na Linuxu je to podobné.
Nevím, jak ostatním, ale mě distra Linuxu na mém PC pravidelně bootují pomaleji, než XP/Vista. Faktem je, že je nijak netuním - nainstaluji, rozchodím dostačující subset HW, a nainstaluji dvě tři aplikace. -
Na linuxu je samozrejme situace podobna - neli stejna jako na win, jen proste ta hibernace uz neni tak vyhodna jako konec/start systemu.
A na mych strojich nabihali win vzdy pomaleji nez linux (obe bez tuneni) - i kdyz nekdy treba jen o par vterin (s tunenim u obeho je rozdil o neco vetsi, coz je dano predevsim moznostmi a znalosti systemu). Hold rozdilne zkusenosti. -
Vzhledem ke komplexnosti obou OS start musí být víceméně stejný na srovnatelných konfiguracích jak hw, tak OS.
Na jednu stranu Windows spouští některé dost náročné služby, které v Linuxu nejsou (typicky UAC u Visty), na druhé straně Windows masivně využívají prefetch celého systému - a to jak přednačítání do paměti, tak uspořádání opakovaně načítáných částí knihoven a aplikací na disku tak, aby se načítali v co nejlepším pořadí.
Ve výsledku to prostě znamená, že naběhnutí celého prostředí včetně nějakého komplexního GUI (Gnome, KDE) trvá od zapnutí počítače dvě až tři minuty jak na Linuxu, tak na Windows.
Pokud se budeme snažit "tunit" systém, tak lze vypínáním služeb zkrátit start obou systémů, nicméně Linux tohle musí vyhrát tak jako tak, pokud u Windows nepoužijete nějakou embeded edici.
Zajímalo by mne ale, kolik lidí tohle reálně řeší. Určitě pár nadšenců a lidé, kteří jsou nuceni startovat systém často (bez ohledu na důvody). Většině uživatelů to ale nejspíš bude opravdu jedno, jestli systém startuje 14 sekund nebo 5 minut.
Schválně jsem si ze zvědavosti kvůli téhle diskusi změřil, jak dlouho trvá boot u mé Visty. Je tam zapnuté Aero, UAC, indexace a další náročné věci, navíc se po spuštění připojuje VPN, nabíhá Outlook, QIP, WinAMP, Switcher, VersionCue a spousta dalšího sw, který potřebuju nebo chci. Takže systém docela zaflákanej, před rokem instalovanej, s minimální údržbou a bez jakéhokoli "tunění". HW je dualcore od AMD na 2,1 GHz a 4 GB RAM, dnes už tuctovej hw.
POST 30 s, ten neukecám, naběhnutí GUI k přihlášení - 48 s, naběhnutí plochy 32 s (mám vyzkoušeno, že tohle zdržuje VPN - na čistém systému to je obvykle 10 s), plně naběhlý systém, tj. spuštěny všechny výše zmíněné aplikace a systém reaguje okamžitě na spuštění čekohokoli jiného, za dalších 80-90 s. Celkem bez POSTu to jsou necelé tři minuty. Do tunerské soutěže s tím nepůjdu, ale žádná trága - i kdybych ten počítač musel bootovat každé ráno (kvůli synchronizaci stejně běží nonstop), tak mne to netrápí. Na noťasu zase používám výhradně uspání, které funguje naprosto bez problémů, takže tam jde doba bootu také nějak mimo mne.
mimochodem - moje Fidorka na serveru bootuje přes pět minut a je to bez GUI a služeb tam moc není. Je to nějaké líné. Mno, je to trochu starší hw a spouštění služeb je postupné, dlouho to čeká na připojení disků atd. Ani tam by mne však nenapadlo to nějak urychlovat. Vždyť to běží furt a restartů je pár do roka. -
Ondrej \'SanTiago\' Zajic (neregistrovaný)Ctvrtminutovy boot je celkem normalni vec, na to neni treba zadne vyraznejsi tuneni. Tak dlouho me startuje Debian a v podstate jedine dve upravy byly prelozeni si vlastniho jadra a vyhozeni Debianich startovacich skriptu a pouziti vlastnich. Pro rejpaly dodavam, ze ucelem techto uprav nebylo zkraceni doby bootu, ale jine duvody (vymena kernelu kvuli podpore novejsiho hardware a vymeneni skriptu kvuli tomu, ze Debiani startovaci skripty jsou krajne neprehledne).
-
Vypnout hotplug, rucne nacitat moduly, prekompilovat jadro...to jsou veci, ktere usetri sekundu, ale zato me stoji spoustu prace do budoucna s udrzbou systemu a problemech pri zmenach hardware...a stejne na vsech kompech co jsem zatim videl byl boot kernelu mala cast bootovaciho casu.
Podle me je hlavni problem v sekvencnich bootovacich skriptech v bashi a nahodne diskove I/O ktere generuji...melo by se pracovat na tom a ne na zkriplovateni kernelu na uroven verze 2.0 -
Kvakor (neregistrovaný)Nerekl bych, ze by tyto upravy znamenaly nejakou vetsi udrzbu - skripty se napisou jednou (ja rucne zavadim jen framebuffer, SATA drivery a USB), u jadra staci pouzit .config z predchoziho jadra (i kdyz temer vzdy prolezam menuconfigem vsechno mozne, jen abych videl, co se zmenilo) a pak staci make+make modules_instal, nakopirovat jadro do /boot a spustit lilo. Navic, kdyz uvazim, ze pocitac zapinam kazdy den, tak uz se mi ten cas usetreny vyhozenim initramdisku,udevu, hotplugu a dalsich zbytecnosti davno vratil.
A zmeny hardware - jak casto je delate? Treba ja behem poslednich dvanacti mesicu pridaval pouze DVB-T kartu, na coz mi stacilo povolit par optionu v konfiguraci jadra, jeden radek do modprobe.conf (pro automaticke zavedeni pri pristupu k zarizeni) a nove prelozeni MPlayeru (s podprou DVB-T). To za spoustu prace nepovazuju.
