2.4.x a swap

Daniel Smolik marvin na sitour.cz
Středa Červen 20 21:33:52 CEST 2001


Milan Kerslager wrote:
> 
> 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).
> 
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.
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:marvin na sitour.cz
"Micro$oft have performed an illegal operation and will be
shut down"


Další informace o konferenci Linux