Ja sa radím k užívateľom,ktorý nepovažujú čas bootovania za príliš významný :-) Kancelársky počítač bootujem raz za deň a je mi vcelku jedno, či si počas bootovania postavím na kávu alebo či je to hneď. U notebooku je to trošku významnejšie, ale tie rozdiely tiež nebývajú až také veľké. A väčším zdržaním býva nábeh Gnome či KDE a spustenie jednotlivých služieb a programov (antvír, fireval, gadgets ...)
Celkovo čas do začiatku práce s počítačom závisí najmä od toho, čo sa pri ňom spúšťa.
Naopak, kancelarsky pocitac by mel nabihat alespon 3/4 hodiny, aby clovek mel vymluvu, proc se flaka u kafe. Nekdo by mel zapracovat na novem init systemu pro kancelarske distribuce.
u Intelu pomůže uvolnit chladič na procesoru. Krásně se zpomalí. ;) Na AMD bych to nezkoušel...
Na Windows je ještě celkem praktický síťový profil a nacpání aspoň tří image DVD do té části profilu, která se stahuje ze sítě (a později ukládá na síť).
Pokud jde o flákání, tak přeci musíte trošku máknout s kreativitou, ne?
Počitače už samé o sebe poskytujú výhovorky - stačí spustiť defragmentáciu (vďaka, Bill) a človek má dôvod sedieť. Ale vecí, čo sa dajú spustiť, je aj v linuxe dosť, napr. taká konverzia OGR formátov do Grasu. Stačí veľký súbor a človek má na hodinu postarané:-)
Hmm, takto jsem to mel uz par let, ale prave s upgradem na OpenRC (plus nove xorg atd.) mi prestala fungovat klavesnice v X-kach. Po restartu X uz jela. Tak jsem po nekolikahodinovem laborovani prehodil xdm zpet do default, a uz to jede.
rc_depend_script funguje trsoku jinak, nez je zde uvedeno -- pokud nemate startovani sitovych interfacu kontrolovano runlevely, ale nechavate to tak nejak "kouzelne" delat udevem (udev nacte modul sitovky, objevi se nove zarizeni, to vyvola event "plug", ktery odchyti openrc a pusti odpovidajici net.* skript), coz je dosti bezne zejmena mezi notebookari, a tedy pri "beznem bootu mimo sitove prostredi" vam bezi pouze net.lo, potrebujete nastavit rc_depend_strict="YES".
Nebootuju, pouzivam suspend do RAM a kdyz uz musim vypnout tak suspend na disk. Pro urychleni spusteni pouzivam jednoduchy trik spustit Xorg jako jednu z prvnich sluzeb, co startuje pozdeji je uz potom v podstate jedno.
To je bezva, pokud ovšem suspend funguje spolehlivě. S mým notebookem se to liší jádro od jádra. Momentálně nejlépe běhá na 2.6.25, jenže jen s 80% úspěšností (buď nelze uspat, nebo se neprobere; píšu o uspávání do RAM). Hodně se to odvíjí od připojených USB zařízení, takže s připojenou externí zvukovkou úspěšnost klesá na nulu, pokud ji před uspáním vypojím, je to tak 30%... No a z toho důvodu je pro mne rychlost bootu celkem důležitá, zvlášť když zapínám notebook v tramvaji a nechci pokaždé čekat, než najede.
Na to muze pomoct vyhazeni kompletne vsechno co se tyka USB (tedy az na usb_core) a po probuzeni to zas nasypat zpet. Provedeni je zavisle na distribuci, ale dnes snad vsechny maji nedke seznam modulu, co se musi pred uspanim vyhodit a pak zase zavest, jen obcas mohou zlobit zavislosti (tj. na poradi zalezi).
Je to reimplementace výkonné init scriptové části baselayout-1? Tj. sysvinit zůstává, jen baselayout-1 je rozdělen na dvě části: 1. /sbin/runscript a jeho bashové závislosti včetně /etc/rc.conf (= openrc) a 2. struktura root fs spolu s init scripty základních služeb a jejich konfiguráky (= baselayout-2)?
Měření rychlosti s baselayout-1 bylo provedeno s paralelním nebo sekvenčním spouštěním?
Obzvláště na strojích bez cache (např. routující emebedded systémy) jsou paralelní bashové init scripty rovny fork bombě, která má drastický dopad na rychlost startu. Pak je sekvenční start rychlejší než paralelní.
S OpenRC jsem nepracoval, ale podle popisu to vypadá na konečně další inteligentní krok. Ty initscripty jsou dnes takový šílený bastl, že nechápu, jak to můžou rozumné distra používat. Nicméně doufám, že to nebude jedna C binárka...
A už sme zase tu :-)
Pôvodne som sa chcel podeliť o pár skúseností z rýchlosťou bootovania pár distier a pár verzií Windows, ale zahryzol som si do jazyka, či vlastne do klávesnice. V skutočnosti väčšinou časovo porovnateľné verzie Windows aj linuxových distier bootovali podobne, Windows je spravidla a čosi rýchlejší, vyžaduje však antivír, takže sa to vyrovná (aj ten si pár sekúnd zhltne). Porovnáva sa to ťažko, pretože nemá zmysel porovnávať len čas po login screen, dôležité je aj, čo sa deje po prihlásení. Nábeh KDE či Gnome rozhodne nebýva raketový, a prípadné "gadgets" spomalia nábeh akéhokoľvek systému. Rovnako prihlasovanie počítača do do domény, prihlasovanie sieťových diskov a p. niečo zaberú. Rovnako sa mi zdá, že sa predlžuje čas od zapnutia počítača po začiatok vlastného bootovania OS.
Určite neplatí, že by aj pomalé distrá nabiehali 3x rýchlejšie ako Linux. BTW, Vistu mám len pár týždňov, ale nabieha veľmi svižne.
- mozna zapominate, ze KDE jeste provadi cely restore session, pro me osobne je to velmi potrebna vec najit okna/praci tam kde jsem ji nachal, velmi velmi to ocenuji
- a ano souhlasim s tim,ze nez se prada rizeni OS po zapnuti stroje se najak divne prodluzuje, obcas bez
moznosti to potlacit
- jako protipol vseho mi na druhou stranu nevadi pockat na kvalitni system treba 2minuty, kdyz vim,ze
pobezi stabilne
1) ide o skutocne vyputie, alebo len suspend to disk, co je vo vista default ?
2) na win aj tak plati, cim dlhsie, tym dlhsie ... :) uvidime, ako to pojde o pol roka
skrátka, linuxový guru neuverí, že by windowsák roroznal suspend to disk :-) Samozrejme, že to vypínam. Osobne si myslím, že je lepšie dať systyému šancu si vymazať dočasné súbory a nezneužívať suspend to diskkvôli pár sekundám pri bootovaní.
Ako pôjde Vista o pol roka, to zatiaľ neviem. XP-čka idú rovnako aj po 3-4 rokoch a asi aj dlhšie, ale nedostal som zatiaľ šancu to vyskúšať.
Tedy přesněji - prvních pár startů je dost dlouhých, postupně se naplní a upraví prefetch a start se zrychlí (cca jeden až dva týdny). Po delší době (cca měsíc) se zrychlí start i často používaných programů (protože superfetch).
Po roce je start zhruba stejný jako po těch dvou týdnech po instalaci. Nemám to změřené přesně, ale vím, že se to na mé konfiguraci stále drží kolem dvou minut od stisknutí tlačítka na case. Jestli se to protáhlo či zkrátilo o čtvrt minuty, to nedokážu posoudit. Je to pod mou rozlišovací schopnost a se stopkami to neměřím.
Samozderejme, muze, staci si napsat vlastni initscripty. Treba na mojem HTPC jsou initsripty jen tri (start, poweroff, reboot), jsou to skripty spoustene pres interni busyboxi shell ash. Zadny z nich nebezi dele nez pet sekund.
Osobne nevim k cemu by mi OpenRC bylo, protoze nejdele na celem bootovani meho pocitace trva nez LVM prechrousta vsechny disky jestli mu nahodou neutekl nejaky ktery mu patri. Nepovedlo se mi prijit na metodu jak mu vysvetlit ze nejaky seznam zarizeni testovat nemusi (napriklad jako cdrom ...) nebo jak mu rict presne ktere disky ma testovat.