ultra rychlo bootujuca masina

David Rohleder davro na ics.muni.cz
Středa Únor 16 20:18:44 CET 2000


petrsi na jcu.cz (Petr Simek) writes:

> On 16 Feb 2000 uhlar na fantomas.sk wrote:
> 
> > -> muzete srovnavat s natazenim DOSu po command.com. Jakmile bude pos
> > -> DOSem instalovany dalsi soft (aka CD, ZIP) tak se doba startu patricne
> > -> natahuje zrovna jako kdyz na linuxu nabihaji rc skripty.
> > 
> > myslim ze Tiefovi to je jasne, nie je to ziaden lamer. 
> > Takze otazku by som preformuloval:
> > 
> > Neviete ako co najviac urychlit boot masiny bez obmedzenia moznosti systemu?
> 
> Ja bych sel cestou - nainstalovat distribuci (treba RH , ze), smazat z ni
> opicarny typu Linuxconf, prelozit nove jadro kde bude jen to co je treba 
> a pak zrusit vsechno co neni treba z /etc/rc.d/init.d jako kudzu a spoustu
> dalsi opicaren , omezit mnozstvi konsoli v intitab , ...
> 


Kdysi jsem to taky zkousel, potreboval jsem bezici tftpd driv nez se
vzbudi cisco (45 s). Slo to celkem jednoduse, kdyz se vyhazely
nepodstatne veci. Ovsem nejrychleji jsem zatim videl bootovat *BSD.

Par veci, ktere bych zkusil:

- misto SysV init skriptu BSD skripty (rc.local, rc.inet)
- / , /usr read-only, zvednout limity pro fsck
- vsechno do jadra (tedy pouze to co je potreba :)
- nepouzivat SCSI :-)

> > dovolil by som si navrhnut:
> > 
> > 1. nastavit hdparm disku co najskor pri boote

u mne ten hdparm na chvili zastavi pocitac. Spis zkusit zapnout
defaultne DMA v jadre.

> 
> > 3. zmenit rc. skripty tak aby sa maximum veci spustalo na pozadi pripadne
> > paralelne na viac virtualnych konzolach (ak chcete mat prehlad start
> > informacii a zaroven to mat rychle)

Otazka je, jestli paralelni zpracovani neco urychli. V pripade, ze
mate jenom jeden procesor, tak si myslim, ze ne. Akorat zvysite rezii
pro prepinani procesu (zanedbatelne).

> 
> a nakonec bych se pustil do rc rc.local a rc.sysinit - ten hlavne.
> Vyhazet z nej opciacrny jako je depmod a vse co neni potrebi aka raid
> keymap sound quota.
> 
> > Co dalej ?
> 
> Ted by to jeste chtelo vyresit problem co s tim kdyz se neco zmrsi na
> disku a pri startu se dela fsck, dale aby se fsck nedelal po X rebootech.
> Asi by bylo nejlepsi root nepremontovavat a nechat ho ro, dalsi partisny
> vubec nemit ve fstab a montovat je rucne nejakym svym skriptem z init.d
> az po te co nabehne sit a dalsi nutne sluzby a ten program kvuli kteremu
> se to vsechno dela. 
> 
> Na root-u mit vsechno vcetne programu, mimo /var a do nej nasmerovat
> vsechno kam se pise. Pokud by byl / ro tak by se mohla vypnout kontrola
> pro montovani. Jenom kam ulozit konfiguraci aby se mohla menit a aby
> ji ten program mel k dispozici hned po startu.
> 

Ja bych spis zvolil co nejmensi root a usr montoval az potom.

I tak si myslim, ze bude problem se dostat pod 15 s.

-- 
-------------------------------------------------------------------------
David Rohleder						davro na ics.muni.cz
Institute of Computer Science, Masaryk University
Brno, Czech Republic
-------------------------------------------------------------------------


Další informace o konferenci Linux