2.4.x a swap

[Petr Tomasek]

On Thu, Jun 21, 2001 at 02:44:44PM +0200, Miroslav Petricek wrote:
> On Thu, Jun 21, 2001 at 09:11:44AM +0200, Daniel Smolik wrote:
> > > Taky mam SMP a musim rici, ze jadro 2.4.2-2smp (RH) mi pripada
> > > rychlejsi nez cokoliv, co jsem tu mel predtim (pravda, mam 256M).
> > > 
> > No ,konecne dobra rada nad zlato :-). Ja s 2.4.2 taky nemam
> > problem divne to zacalo byt az z 2.4.5.
> > V te 2.4.5 se to opravdu chova divne. Kernel zacne odsypavat
> > pamet do swapu, ale porad roste pamet, kterou pouziva na
> > cache.
> > 
> 
> Ono neni jadro jako jadro. V tom RH 7.1 je sice nominalne 2.4.2, ale
> je vylepseno celou radou nejruznejsich patchu, ktere trebas nemuseji
> byt ani v linusove 2.4.5. Na priprave jader pro RH se podili take 
> Alan Cox, ktery tam urcite propasuje mnoho dobrych veci ze svych 
> *-ac* verzi. 
> 
> Drive jsem si taky myslel, ze se vyplati mit zkompilovane vzdy to 
> nejnovejsi co je v dane chvili k dispozici - pokud mozno nejakou tu 
> -pre verzi vyspravenou hromadou nejnovejsich featur z lkml a to cele 
> jeste prohnat pres agresivne optimalizujici kompilator.
> 
> Situace je ale jina. Pokud skutecne *NUTNE* nepotrebujete nekterou z
> vlastnosti v novem release, tak se IMHO nevyplati samostatne kompilovat
> vlastni verzi jadra. Ano, da se tim usetrit par kB, ale to je argument,
> ktery stoji za uvahu, pokud si budu chtit upravit kernel pro svuj 8MB 
> laptop a ne pro stolni pocitac, ktery ma dnes prinejmensim 32MB RAM. 
> Narust vykonu mezi ruznymi verzemi teze vetve jadra je zpravidla 
> marginalni a myslim ze se neprojevuje jinde nez v high-end nasazeni 
> (vyjimka potvrzuje pravidlo).

Hm... a to je problem vzit vsechny patche a aplikovat je sam na jadro?

PT>

--
Petr Tomasek, http://www.etf.cuni.cz/~tomasek/