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