2.4.x a swap
Daniel Smolik
nekde jesem cetl (ted to i sam pozoruji), ze jadar 2.4.x >
3?4?5 maji nejaky problem se swapem resp. swapuji vice nez
je zdravo.
Vim, ze 2.4.x potrebuji vice swapu nez potrebovala rada
2.2, ale co je moc to je moc. Zkousel jsem kompilovat kernel
a pozoroval jsem
jak se to chova. S 2.2.x si to na mem stroji neswaplo ani
jednou a 2.4.x to melo za chvili 90M ve swapu a to je IMHO
trochu moc.
Nehlede k tomu, ze se cely system velmi zpomalil a treba
prepinani oken bylo strasne pomale evidentne se tahala ze
swapu.
Nemate nekdo k tomuhle problemu vice info ?
Dan
--
Daniel Smolik
Sitour spol. s r.o.
mailto:mar...@sitour.cz
"Micro$oft have performed an illegal operation and will be
shut down"
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o Perlu: perl na list...@muni.cz
Konir Tomas
> Zdravim,
> nekde jesem cetl (ted to i sam pozoruji), ze jadar 2.4.x >
> 3?4?5 maji nejaky problem se swapem resp. swapuji vice nez
> je zdravo.
> Vim, ze 2.4.x potrebuji vice swapu nez potrebovala rada
> 2.2, ale co je moc to je moc. Zkousel jsem kompilovat kernel
> a pozoroval jsem
> jak se to chova. S 2.2.x si to na mem stroji neswaplo ani
> jednou a 2.4.x to melo za chvili 90M ve swapu a to je IMHO
> trochu moc.
> Nehlede k tomu, ze se cely system velmi zpomalil a treba
> prepinani oken bylo strasne pomale evidentne se tahala ze
> swapu.
> Nemate nekdo k tomuhle problemu vice info ?
>
>
Dan
Hm a myslite, ze by jste mohl napsat blizsi informace ? Treba jako co mate
za hardware (CPU, RAM, ...) co vsechno poustite a tak podobne ? BTW vsiml
jsem si, ze posledni dobou se zacinaji mnozit takovehle neuplne dotazy a
rad bych apeloval na vsechny dalsi potencionalni tazatele, aby se pred
poslanim mailu zamysleli.
MOJE
--
Tomas Konir
Student
Brno
ICQ 25849167
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prohledejte nejprve archiv konference
Milan Kerslager
> nekde jesem cetl (ted to i sam pozoruji), ze jadar 2.4.x > 3?4?5 maji
> nejaky problem se swapem resp. swapuji vice nez je zdravo. Vim, ze
> 2.4.x potrebuji vice swapu nez potrebovala rada 2.2, ale co je moc to
U jader 2.4.x se doporucuje mit 2x tolik swapu, nez mate RAM, protoze v
krajnim pripade bude v pulce obraz RAM a ta druha zbude na normalni
swapovani (spravneji strankovani).
> je moc. Zkousel jsem kompilovat kernel a pozoroval jsem jak se to
> chova. S 2.2.x si to na mem stroji neswaplo ani jednou a 2.4.x to melo
> za chvili 90M ve swapu a to je IMHO trochu moc. Nehlede k tomu, ze se
Podivejte se, co Vam zere pamet. Pouzijte top (a klavesu M).
Velikost obsazeneho swapu neni smerodatna, protoze z RAM mohou byt
vytlaceny neaktivni procesy. Pouzijte vmstat, abyste se podival, jak
intenzivne se prehazuji data z/do swapu.
Take Vam nikdo nebrani, abyste pouzil jadro 2.2.19.
> cely system velmi zpomalil a treba prepinani oken bylo strasne pomale
> evidentne se tahala ze swapu. Nemate nekdo k tomuhle problemu vice
> info ?
Jadra rady 2.4.x jsou subjektine rychlejsi a opravdu tohle pri vetsi
zatezi delaji. Zkontrolujte, jak mate nastaveny disk (hdparm - jestli
pouzivate DMA a dalsi vylepseni).
--
Milan Kerslager
E-mail: milan.k...@spsselib.hiedu.cz
WWW: http://www.spsselib.hiedu.cz/~kerslage/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Archivy news a prohledavani najdete na http://deja.com/
Marek Olšavský
ochoten vratit se i k jadru 2.2.19 (pouzivam Mandrake8). Vcera jsem si od
kamarada pujcil 256MB DIMM a bylo po problemech. Pokud mate mene nez 128MB
RAM, doporucuji rozsit (do dneska jsem jel na 64MB a jeste mi z toho 8MB
ujidala grafarna). Jen tak mimochodem, pri tech 256 MB mi ani nehrabal do
swapu a to mam naprosto bezne spusteny GNOME, Galeon, Emacs, ... XMMS.
Proste ta zatez nejni zrovna mala.
Marek "Penguin" Ol avský
private mail: marek.o...@seznam.cz
privat WWW: http://orsm.spedia.net (http://mujweb.cz/www/orsm)
Blue Tree mail: btd...@atlas.cz
Blue Tree WWW: http://bluetree.hyperlink.cz
-----Původní zpráva-----
Od: Daniel Smolik <mar...@sitour.cz>
Komu: li...@linux.cz <li...@linux.cz>
Datum: 20. června 2001 7:52
Předmět: 2.4.x a swap
>Zdravim,
>nekde jesem cetl (ted to i sam pozoruji), ze jadar 2.4.x >
>3?4?5 maji nejaky problem se swapem resp. swapuji vice nez
>je zdravo.
>Vim, ze 2.4.x potrebuji vice swapu nez potrebovala rada
>2.2, ale co je moc to je moc. Zkousel jsem kompilovat kernel
>a pozoroval jsem
>jak se to chova. S 2.2.x si to na mem stroji neswaplo ani
>jednou a 2.4.x to melo za chvili 90M ve swapu a to je IMHO
>trochu moc.
>Nehlede k tomu, ze se cely system velmi zpomalil a treba
>prepinani oken bylo strasne pomale evidentne se tahala ze
>swapu.
>Nemate nekdo k tomuhle problemu vice info ?
>
>
> Dan
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred polozenim dotazu si nejprve prectete dokumentaci k programu
Petr Tomasek
> On Wed, 20 Jun 2001, Daniel Smolik wrote:
>
> > nejaky problem se swapem resp. swapuji vice nez je zdravo. Vim, ze
> > 2.4.x potrebuji vice swapu nez potrebovala rada 2.2, ale co je moc to
>
> krajnim pripade bude v pulce obraz RAM a ta druha zbude na normalni
> swapovani (spravneji strankovani).
>
Moment, to jako znamena, ze 2.4.x uklada do swapu to, co je tak jak tak
v pameti? uff...?
--
Petr Tomasek, http://www.etf.cuni.cz/~tomasek/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Hledejte pomoci Google: http://google.com/linux/
Petr Cech
> Moment, to jako znamena, ze 2.4.x uklada do swapu to, co je tak jak tak
> v pameti? uff...?
jo. to dela vzdycky. jenze u 2.2 potom ta data ve swapu uvolnil, kdyz byla
opet v pameti. 2.4 to dela pomaleji/jinak. viz. dlooouhe diskuse na l-k
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
ce...@atrey.karlin.mff.cuni.cz
<Tv> We are debian.org, resistance is futile, you will be apt-get upgraded.
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Navrhy na dalsi tipy piste na linux...@linux.cz
Jiri 'Eagle' Novak
> swapu a to mam naprosto bezne spusteny GNOME, Galeon, Emacs, ... XMMS.
K sakru, jak se Vam tohle povedlo? Ja mam odswapovano 16 kB! (to neni
preklep) ;-))
Jirka 'Eagle' Novak
ea...@unicode.cz
PS: 256 MB SDR DIMM stoji neco kolem 2000 s DPH
Marek Olšavský
Marek "Penguin" Ol avský
private mail: marek.o...@seznam.cz
privat WWW: http://orsm.spedia.net (http://mujweb.cz/www/orsm)
Blue Tree mail: btd...@atlas.cz
Blue Tree WWW: http://bluetree.hyperlink.cz
>> ujidala grafarna). Jen tak mimochodem, pri tech 256 MB mi ani nehrabal do
>> swapu a to mam naprosto bezne spusteny GNOMEs, ... XMMS.
>
>K sakru, jak se Vam tohle povedlo? Ja mam odswapovano 16 kB! (to neni
>preklep) ;-))
>
Na velikost swapu jsem nekoukal, ale kdyz tam ta pamet byla, tak mi pri
prepinani aplikaci nechrastil disk jak zbesily, ale pouze lehce probliknul.
Mam neustale pusteny applet, ktery zobrazuje stav systemu a swap v tu dobu
nelezl ani o pid nahoru.
>Jirka 'Eagle' Novak
>ea...@unicode.cz
>
>PS: 256 MB SDR DIMM stoji neco kolem 2000 s DPH
Vam to snad pripada drahe? Kdy jsem prestavoval psaci stroj (to bylo pred
vanocema), tak ty 2000 stalo 128MB DRAM!!! Mam dojem, ze pamet je misto, kde
by se vubec nemelo setrit a podle meho je lepsi mit vice pameti s prumernym
procesorem, nez sqely procesor a 32 MB RAM.
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred odeslanim mailu zkontrolujte, jestli necitujete prilis mnoho textu
Milan Kerslager
> >> ujidala grafarna). Jen tak mimochodem, pri tech 256 MB mi ani nehrabal do
> >> swapu a to mam naprosto bezne spusteny GNOMEs, ... XMMS.
> >
> >K sakru, jak se Vam tohle povedlo? Ja mam odswapovano 16 kB! (to neni
> >preklep) ;-))
> >
> Na velikost swapu jsem nekoukal, ale kdyz tam ta pamet byla, tak mi pri
> prepinani aplikaci nechrastil disk jak zbesily, ale pouze lehce probliknul.
> Mam neustale pusteny applet, ktery zobrazuje stav systemu a swap v tu dobu
> nelezl ani o pid nahoru.
To je nepodstatna informace, protoze nevime, ktera aplikace sezrala tu
volnou pamet. Vzhledem k tomu, ze jste mezi pouzivanim jadra 2.2.x a 2.4.x
pravdepodobne upgradoval, muze se nakonec ukazat, ze jen nejaky program
"zhloupnul" a vytlacil ostatni z RAM. Jadro by v tom pripade na tom bylo
nevinne.
On Wed, 20 Jun 2001, Petr Cech wrote:
> Petr Tomasek napsal:
> > Moment, to jako znamena, ze 2.4.x uklada do swapu to, co je tak jak
> > tak v pameti? uff...?
>
> jo. to dela vzdycky. jenze u 2.2 potom ta data ve swapu uvolnil, kdyz
> byla opet v pameti. 2.4 to dela pomaleji/jinak. viz. dlooouhe diskuse na l-k
Jde o stranky, ktere se v RAM zmenily, jadro je odlozilo na disk a pak je
zase zavedlo do RAM. Zde je kriticky okamzik (stranka by mela ve swapu byt
oznacena jako volna, ale nestane se tak).
Na druhou stranu nova jadra zase nefragmentuji swap a celkovy vysledek by
asi mel byt o chlup lepsi, nez v 2.2.x.
Jestli to dobre chapu, VM by potrebovalo vetsi zasah, nez si zatim kdo
troufnul (vzhledem k tomu, ze by to zavedlo nestabilitu do stabilni rady,
tak se to opravuje pomalu).
--
Milan Kerslager
E-mail: milan.k...@spsselib.hiedu.cz
WWW: http://www.spsselib.hiedu.cz/~kerslage/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o free softwaru: freesoft na list...@freesoft.cz
Daniel Smolik
>
> On Wed, 20 Jun 2001, Daniel Smolik wrote:
>
> > nekde jesem cetl (ted to i sam pozoruji), ze jadar 2.4.x > 3?4?5 maji
> > nejaky problem se swapem resp. swapuji vice nez je zdravo. Vim, ze
> > 2.4.x potrebuji vice swapu nez potrebovala rada 2.2, ale co je moc to
>
> U jader 2.4.x se doporucuje mit 2x tolik swapu, nez mate RAM, protoze v
> krajnim pripade bude v pulce obraz RAM a ta druha zbude na normalni
> swapovani (spravneji strankovani).
>
> > je moc. Zkousel jsem kompilovat kernel a pozoroval jsem jak se to
> > chova. S 2.2.x si to na mem stroji neswaplo ani jednou a 2.4.x to melo
> > za chvili 90M ve swapu a to je IMHO trochu moc. Nehlede k tomu, ze se
>
> Podivejte se, co Vam zere pamet. Pouzijte top (a klavesu M).
>
> Velikost obsazeneho swapu neni smerodatna, protoze z RAM mohou byt
> vytlaceny neaktivni procesy. Pouzijte vmstat, abyste se podival, jak
> intenzivne se prehazuji data z/do swapu.
>
> Take Vam nikdo nebrani, abyste pouzil jadro 2.2.19.
>
> > cely system velmi zpomalil a treba prepinani oken bylo strasne pomale
> > evidentne se tahala ze swapu. Nemate nekdo k tomuhle problemu vice
> > info ?
>
> Jadra rady 2.4.x jsou subjektine rychlejsi a opravdu tohle pri vetsi
> zatezi delaji. Zkontrolujte, jak mate nastaveny disk (hdparm - jestli
> pouzivate DMA a dalsi vylepseni).
>
aplikacich to neni prece me neslo o to, ze to bezi pomalu,
ale
o to, ze na 2.2.19 to bezi vyrazne rychleji nez kdyz delam
to same na 2.4.5. Spis me zajimalo (coz jsem i psal) zda
toto nekdo nepozoroval.
Rady typu pridej si 128MB jsou sice spravne nicmene neresi
problem. Jak jsem to dale pozoroval u 2.4.0 se tento jev
skoro nevyskytuje.
V 2.4.5 je to bud BUG nebo feature. V 2.4.6 pre-3 to
neodswapuje 90, ale 30. Mam linux rad a nic jineho
nepozivam, ale nemam dobry pocit kdyz se z nej stava
bezduvodny nenazranec jako Win$.
Dan
--
Daniel Smolik
Sitour spol. s r.o.
mailto:mar...@sitour.cz
"Micro$oft have performed an illegal operation and will be
shut down"
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prohledejte ftp.linux.cz: http://ftp.linux.cz/pub/
Miroslav Petricek
> Tohle vsechno vim, mam BP6/2x533Mhz vse SCSI/128Mb pameti. O
> aplikacich to neni prece me neslo o to, ze to bezi pomalu, ale
> o to, ze na 2.2.19 to bezi vyrazne rychleji nez kdyz delam
> to same na 2.4.5. Spis me zajimalo (coz jsem i psal) zda
> toto nekdo nepozoroval.
>
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).
Pohral jsem si trochu s VM a osvedcilo se mi toto:
# echo 25 30 75 > /proc/sys/vm/buffermem
# echo 10 10 65 > /proc/sys/vm/pagecache
Tim se da trochu vyladit pomer diskove cache a na odezve systemu
(zejmena pri nahodnem cteni z disku, startovani programu, atp.) je
to znat.
--
/* Miroslav Petricek mi...@petricek.cz
Brno, Czech Rep. ICQ: 56183467
---- http://www.petricek.cz/ --------------------------
It's entirely untested, but it looks good and
compiles. Ship it! - Linus Torvalds */
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Hledate Linuxovy software? Zkuste http://www.tuxfinder.com/
Michal Gros
----- Original Message -----
From: "Jiri 'Eagle' Novak" <ea...@unicode.cz>
To: <li...@linux.cz>
Sent: Wednesday, June 20, 2001 1:24 PM
Subject: Re: 2.4.x a swap
> > ujidala grafarna). Jen tak mimochodem, pri tech 256 MB mi ani nehrabal
do
> > swapu a to mam naprosto bezne spusteny GNOME, Galeon, Emacs, ... XMMS.
>
> K sakru, jak se Vam tohle povedlo? Ja mam odswapovano 16 kB! (to neni
> preklep) ;-))
no ja mam o trochu vice asi 25960KB ale kazdopadne jsem si jist ze nove
jadro pracuje z pameti nejak efektivneji
je to mozna subektivni pocit, ale s jadrem 2.2.18 jsem mel z 256 MB RAM free
tak 3 MB a swap byl sice prazdny
ale cele to behalo nejak pomaleji . s jadrem 2.4.1,2,3,5 jsem to ocklive
cislo nevidel .
Michal GRos
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Zkontrolujte si DNS: http://atrey.karlin.mff.cuni.cz/~mj/sleuth/
Daniel Smolik
>
> On Wed, Jun 20, 2001 at 09:33:52PM +0200, Daniel Smolik wrote:
> > Tohle vsechno vim, mam BP6/2x533Mhz vse SCSI/128Mb pameti. O
> > aplikacich to neni prece me neslo o to, ze to bezi pomalu, ale
> > o to, ze na 2.2.19 to bezi vyrazne rychleji nez kdyz delam
> > to same na 2.4.5. Spis me zajimalo (coz jsem i psal) zda
> > toto nekdo nepozoroval.
> >
>
> 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).
>
> Pohral jsem si trochu s VM a osvedcilo se mi toto:
>
> # echo 25 30 75 > /proc/sys/vm/buffermem
> # echo 10 10 65 > /proc/sys/vm/pagecache
>
> Tim se da trochu vyladit pomer diskove cache a na odezve systemu
> (zejmena pri nahodnem cteni z disku, startovani programu, atp.) je
> to znat.
problem divne to zacalo byt az z 2.4.5.
Vcera jsem zkousel cvicne vypnou swap. A delat to same bez
swapu. A slo to.
V te 2.4.5 se to opravdu chova divne. Kernel zacne odsypavat
pamet do swapu, ale porad roste pamet, kterou pouziva na
cache.
To me prijde nelogicke. Prece kdyz, swapuju tak to znamena,
ze nemam volnou pamet, ale tak prece nejdriv zacnu zmensovat
cache a ne ji zvetsovat a swapovat to prece musi byt
pomalejsi nebo ne ?
Dan
--
Daniel Smolik
Sitour spol. s r.o.
mailto:mar...@sitour.cz
"Micro$oft have performed an illegal operation and will be
shut down"
---------------------------------------------------------------------------
Milan Kerslager
> No ,konecne dobra rada nad zlato :-). Ja s 2.4.2 taky nemam problem
> divne to zacalo byt az z 2.4.5. Vcera jsem zkousel cvicne vypnou swap.
> A delat to same bez swapu. A slo to. V te 2.4.5 se to opravdu chova
> divne. Kernel zacne odsypavat pamet do swapu, ale porad roste pamet,
> kterou pouziva na cache. To me prijde nelogicke. Prece kdyz, swapuju
> tak to znamena, ze nemam volnou pamet, ale tak prece nejdriv zacnu
> zmensovat cache a ne ji zvetsovat a swapovat to prece musi byt
> pomalejsi nebo ne ?
Je potreba zvolit kompromis, protoze malo cache znamena zpomaleni prace s
diskem. V algoritmu muze byt chyba.
--
Milan Kerslager
E-mail: milan.k...@spsselib.hiedu.cz
WWW: http://www.spsselib.hiedu.cz/~kerslage/
Jiri 'Eagle' Novak
> Vam to snad pripada drahe?
Mne to pripada levne. Kupoval jsem to za 4000 bez DPH.
Jirka 'Eagle' Novak
Marek Olšavský
>
do
>> >
>> >K sakru, jak se Vam tohle povedlo? Ja mam odswapovano 16 kB! (to neni
>> >preklep) ;-))
>> >
>> prepinani aplikaci nechrastil disk jak zbesily, ale pouze lehce
probliknul.
>> Mam neustale pusteny applet, ktery zobrazuje stav systemu a swap v tu
dobu
>> nelezl ani o pid nahoru.
>
>To je nepodstatna informace, protoze nevime, ktera aplikace sezrala tu
>volnou pamet. Vzhledem k tomu, ze jste mezi pouzivanim jadra 2.2.x a 2.4.x
>pravdepodobne upgradoval, muze se nakonec ukazat, ze jen nejaky program
>"zhloupnul" a vytlacil ostatni z RAM. Jadro by v tom pripade na tom bylo
>nevinne.
Nevim, ktera aplikace mi "zhloupla", ale pouzivam v podstate to same, jen
jsem z KDE presedlal na GNOME. Pravdou je, ze i ten prechod mezi verzema
LINUXu byl trochu drastictejsi, z RH 6.1 na MDK8 a u tohohle strojku jsem az
vcera pridaval RAM. Ale priznejme si, ze 256MB je dnes slusny zaklad. Vcera
jsem ji dodal do psaciho stroje, zustala tam i ta 64MB Simm a pocitac dost
neskutecne ozil. Server, co mam doma je o necem jinem a ja si (asi jsem
hloupej) nedovedu dost dobre predstavit mit dvojnasobny swap vuci RAM,
protoze to bych mel swap nejakych 1.5GB, coz uz je vice nez ma instalace
;-)))).
>
>On Wed, 20 Jun 2001, Petr Cech wrote:
>
>> Petr Tomasek napsal:
>> > Moment, to jako znamena, ze 2.4.x uklada do swapu to, co je tak jak
>> > tak v pameti? uff...?
>>
>> jo. to dela vzdycky. jenze u 2.2 potom ta data ve swapu uvolnil, kdyz
>> byla opet v pameti. 2.4 to dela pomaleji/jinak. viz. dlooouhe diskuse na
l-k
>
>Jde o stranky, ktere se v RAM zmenily, jadro je odlozilo na disk a pak je
>zase zavedlo do RAM. Zde je kriticky okamzik (stranka by mela ve swapu byt
>oznacena jako volna, ale nestane se tak).
>
>Na druhou stranu nova jadra zase nefragmentuji swap a celkovy vysledek by
>asi mel byt o chlup lepsi, nez v 2.2.x.
>
>Jestli to dobre chapu, VM by potrebovalo vetsi zasah, nez si zatim kdo
>troufnul (vzhledem k tomu, ze by to zavedlo nestabilitu do stabilni rady,
>tak se to opravuje pomalu).
>
>--
> Milan Kerslager
> E-mail: milan.k...@spsselib.hiedu.cz
> WWW: http://www.spsselib.hiedu.cz/~kerslage/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Ctete FAQ - http://www.phil.muni.cz/~letty/linuxfaq/
Miroslav Petricek
> > 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).
> >
> problem divne to zacalo byt az z 2.4.5.
> 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).
Taky se tim vyhnete ruznym problemum s binarnimi moduly do jadra
(vmware, nvidia, lm_sensors, ruzne ovladace, apod.), ktere jsou
zpravidla kompilovany a zabaleny pro aktualni verze RH a jen zridka
take pro neco jineho.
--
/* Miroslav Petricek mi...@petricek.cz
Brno, Czech Rep. ICQ: 56183467
---- http://www.petricek.cz/ --------------------------
It's entirely untested, but it looks good and
compiles. Ship it! - Linus Torvalds */
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Petr Tomasek
Hm... a to je problem vzit vsechny patche a aplikovat je sam na jadro?
PT>
--
Petr Tomasek, http://www.etf.cuni.cz/~tomasek/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred odeslanim mailu zkontrolujte, jestli Subject odpovida tematu
Milan Kerslager
> > 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.
[...]
>
> Hm... a to je problem vzit vsechny patche a aplikovat je sam na jadro?
Problem je v tom, jak to dostatecne otestovat. V RH prave dnes vysel
update (v 7.1 byl balicek kernel-2.4.2-2, coz bylo 2.4.2+, tj. 2.4.2 plus
hromada patchu navrch), takze ted je nove jadro v kernel-2.4.3-12.
Interni testovani v RH bezelo u uz tak dva mesice. Na otazku, jestli
nebude v updatech 2.4.5 (posledni Linusovo) bylo odpovezeno, ze: '2.4.5
not yet ready'. Blize jsem to nezkoumal, ale pravdepodobne v 2.4.4 byly
provedeny nejake vyraznejsi zasahy a vysledek ma (pravdepodobne zname)
problemy (k nalezeni urcite v konferenci l-k), ktere neni jednoduche
opravit.
Linus nevydava jadra, ktere by peclive testoval nekolik mesicu. Linus (dle
pravidel bazaroveho modelu vyvoje) vydava nove verze casto tak, aby nove
veci byly vcas k dispozici komunite, mohlo se s nimi pracovat a vyvoj
rozumnym zpusobem pokracoval kupredu.
Neni neobvykle, ze chyba, ktera se objevi v jadre rekneme 2.4.1, je
Linusem 'uznana jako oprava' a zaclenena do jeho stromu treba o 3 verze
pozdeji. Duvodem muze byt treba to, ze opravny patch neni dostecne v
souladu s filozofii dalsiho vyvoje a musi se cekat, az se to predela
(podle zname poucky - "kdyz se to privaze dratem, tak to pak uz nikdo
predelavat [aby to bylo "poradne"] nebude).
IMHO je prave dukladne testovani a starost o bezpecne a vcasne updaty
prave starost tech, kteri delaji distibuce (vyvoj distribuce je typicky
model katedrala). Zkompilovat posledni tarball umi kdekdo a neni na tom
nic svetoborneho.
Doporucuji precist preklad "Katedrala a trziste" od Erica Raymonda, viz:
http://www.zvon.org/ZvonHTML/Zvon/zvonTranslations_cs.html
--
Milan Kerslager
E-mail: milan.k...@spsselib.hiedu.cz
WWW: http://www.spsselib.hiedu.cz/~kerslage/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o sendmailu jinych MTA: sendma...@linux.cz
Pavel Kankovsky
> V te 2.4.5 se to opravdu chova divne. Kernel zacne odsypavat
> pamet do swapu, ale porad roste pamet, kterou pouziva na
> cache.
> To me prijde nelogicke. Prece kdyz, swapuju tak to znamena,
> ze nemam volnou pamet, ale tak prece nejdriv zacnu zmensovat
> cache a ne ji zvetsovat a swapovat to prece musi byt
> pomalejsi nebo ne ?
Na vlastni oci jsem to nevidel, ale tak uplne nelogicke to neni. Pokud
jadro zacne presouvat stranky do swapu preventivne, pak by byla blbost je
z RAM hned uplne zahodit. Misto toho je v RAM preklasifikuje na cache
(non-dirty), coz znamena, ze je bude moci ihned zahodit, pokud nastane
skutecna potreba mista, ale take je bude moct rychle vratit do puvodniho
stavu, pokud by na nejakou z techto stranek nekdo zacal pristupovat.
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Daniel Smolik
>
> On Thu, 21 Jun 2001, Daniel Smolik wrote:
>
> > V te 2.4.5 se to opravdu chova divne. Kernel zacne odsypavat
> > pamet do swapu, ale porad roste pamet, kterou pouziva na
> > cache.
> > To me prijde nelogicke. Prece kdyz, swapuju tak to znamena,
> > ze nemam volnou pamet, ale tak prece nejdriv zacnu zmensovat
> > cache a ne ji zvetsovat a swapovat to prece musi byt
> > pomalejsi nebo ne ?
>
> Na vlastni oci jsem to nevidel, ale tak uplne nelogicke to neni. Pokud
> jadro zacne presouvat stranky do swapu preventivne, pak by byla blbost je
> z RAM hned uplne zahodit. Misto toho je v RAM preklasifikuje na cache
> (non-dirty), coz znamena, ze je bude moci ihned zahodit, pokud nastane
> skutecna potreba mista, ale take je bude moct rychle vratit do puvodniho
> stavu, pokud by na nejakou z techto stranek nekdo zacal pristupovat.
prepinani virt. obrazovek v Enl.
je to porad taha ze swapu tak to mi prijde jako chyba a ne vlastnost. Ve
2.4.0 se to chova o hodne lepe a 2.4.6-pre3 taky docela ujde. (Menim
jenom kernel ostatni zustava)
Dan
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list