Názory k článku
Fedora 10: Rychlejší bootování

rofl loooooooooooool. +1

rozhovor s Adamem Jacksonem and Rayem Strodem
Aspoň skontrolujte či Google translate neporobil dáke chyby.

To je jedna z věcí, které nesnáším na Windows. Že se tváří, že už běží a ve skutečnosti se s nimi dělat ještě nedá...
Naštěstí Fedoru nepoužívám (můj poslední RedHat byla verze 7.3).

Zase ma nebudete mať radi, ale z Windows to v skutočnosti nie je až také zlé. Problém býva skôr v tom, koľko softvéru štartuje po prihlásení. Pokiaľ vám po prihlásení musí nabehnúť značná časť antivíru a nejaký anti-spy softvér, trochu vám to v práci bráni. Rovno aj píšem, že som si vedomý, že tieto programy sa v Linuxe používajú len zriedka. Najhorší býva softvér dodaný výrobcom notebooku (kadejaké duplicitné Power managery a podpora rôznych buttonov) alebo rôzne nápady zahrnuté v jednotlivých programoch. Defaultne sa vám aj taký QuickTime alebo Winamp spúšťa do systray a kontroluje si hneď po štarte updaty. Robí to aj Java a mnoho iných. Pokiaľ si to všetko povypínate, čas medzi prihlásením a možnosťou začať naplno pracovať je aj vo Windows krátky. A rovnakým neduhom (ak sa to neduhom dá nazvať) trpí aj Linux - v Ubuntu napr. bývalo cítiť, kedy skončila kontrola updatov, kedy Synaptic dokončil kontrolu závislostí a p. A ak som si plochu vyzdobil pár blbinkami, tiež som to pocítil. Jednoducho, jediná cesta je, vedieť čo sa po prihlásení deje a rozhodnúť sa, čo z toho naozaj potrebujem a zvyšok vypnúť.

Tomu asi netlieska nikto a so základom OS to nie celkom súvisí. Časť tých programov je oproti Windows duplicitná (aj oproti Linuxu by zväčša bola). Časť robí užitočné veci, len mám občas podozrenie, že výrobca hardvéru si myslí, že užívateľ si kupuje jeho výrobok len preto, aby ho mal, nemyslí si, že na tom bude chcieť ešte aj niečo spustiť. Smutné je, že človek to musí potom študovať - napr. na mojej novej Toshibe sa po štarte spúšťa takých 5 aplikácií Toshiby + 1 intelácka. Jedna z nich dokonca zasahuje do BIOSu a vraj ho "prebíja", či robí niečo pozitívne, to musím otestovať a chvíľu to potrvá. Z Linuxom sa vám tie veci nenainštalujú äani preň nie sú), ale ani pri normálnej inštalácii Windows tak isto nie. Lenže dodávateľ vám ich tam dá.
A pokiaľ si pridáte blbosti do Linuxu, je to to isté. Kedysi som napr. skúsil pekné hodiny na plochu v Ubuntu - nezdržovali o nič menej, ako tie pre Windows.

No jeneze ve Windows si spustis msconfig a fsechen autostart balast na jednom miste pekne vypnes nebo povolis dle toho co ti je treba, neni to zaden bordel a je to stejne snadny jako vypinani demonu na linuxu v ubuntu ktery ma na to taky podobne klikatko.

problémom nie je ako vypnúť ale čo vypnúť. Vo Windows sa sa dá StartUp zoznam pohodlne editovať pomocou mnohých programov, vrátane Windows Defendera. Ale človek býva zvedavý, či mu taká Toshiba predsa len neponúkla nejakú perlu, ktorá stojí za tých 20 sekúnd pri bootovaní :-)

Už název odkazovaného článku zní: "Interview: Fedora 10’s Better Startup". Better znamená doslova lepší, konkrétně hezčí, nikoli nutně rychlejší.

Jedná se konkrétně o grafický "splash screen". U novějších linuxů už boot neběží v textovém konzolovém režimu, ale v nějaké grafice - bootovací hlášky rolují nad nějakým obrázkem v pozadí. Některé "splash screeny" běhaly ve framebufferovém režimu, konkrétně Fedora 8/9 používala RHGB (RedHat Graphics Boot), který přinejmenším ve F9 spouštěl svůj vlastní X server. RHGB skrz tento Xserver zobrazoval bootovací hlášky v grafickém prostředí. Tento úvodní Xserver se skutečně startoval hned po UDEV a pak se *vypnul* ve chvíli, kdy bylo potřeba nastartovat plnohodnotný definitivní Xserver pro login do Xwindows.

No a ta dnešní novinka spočívá v tom, že ten dočasný úvodní Xserver je _odstraněn_, zmizí v propadlišti dějin (spolu s RHGB splash-screenem). Nový splash-screen se jmenuje Plymouth, a podle novinářských článků to vypadá, že neběží ani nad klasickým Framebufferovým ovladačem (terminus technicus), ani nad Xserverem, ale nad nějakým obecným kernelovým API pro grafiku. Možná se jenom použije nový "kernel mode setting" framework (rozumí se volba video režimu) a dál už to běží přímo do paměťově mapované video RAM (tj. věcně vzato do framebufferu). Dají se do toho dopisovat pluginy, podporuje to animace apod. Je možné, že odstraněním přechodného Xserveru se skutečně nějaký čas ušetřil - těžko říct.

Jedna velice zdůrazňovaná vlastnost je, že nedokází k "blikání" obrazovky při přepínání video režimů - celý boot má být graficky "bezešvý" (=hezký), snad už od bootloaderu (Grub) přes splash-screen (Plymouth) po start (plnohodnotného) Xserveru. Nový KMS framework patrně minimalizuje výpadky video signálu a rozpady synchronizace při případné změně video režimu. Vlastně se celý boot (dvě změny režimu) můžou obejít i bez změny rozlišení, ačkoli barevná hloubka se patrně měnit bude... Dokonce je snad nějak upravený Xserver, aby při startu nezobrazoval ten "ošklivý veliký křížek" (výchozí myší kurzor) a aby nabíhal rovnou se správným pozadím.

Jestli to náhodou poběží navíc rychleji, o tom spíš rozhoduje, jestli na pozadí Plymouthu běží klasický sekvenční SysV init, nebo Upstart v nativním režimu (paralelní start subsystémů, které tuto optimalizaci připouštějí). O tom odkazované interview mlčí.