Skip to contentSkip to conversation

kswapd excessive CPU time

DISCUSSION [email protected] 2 participants 2 messages Jun 9, 2004 – Jun 10, 2004

lore
Share & tools
lore
#0 lore raw
Quoted 2 lines

Recent 2.4 VM should fix this, but you better of use 2.6.

Thanks Marcelo. Do you know of specific patches that have gone into 2.4 that might fix this? I may be able to just apply them rather than try a whole new kernel release.

Thanks,

Chris

Quoted 7 lines
Quoted 4 lines

My question boils down to this: given the (simple) scenario below, am I missing critical VM/kswapd patches, or is this behavior expected and OK, or is it wrong and possibly fixed in the 2.6

kernel?> Or is the kswapd behavior somehow tunable to avoid the apparent> thrashing that I saw?

#1 lore raw
Quoted 6 lines · On Wed, Jun 09, 2004 at 02:23:58PM -0500, [email protected] wrote:
Quoted 2 lines

Recent 2.4 VM should fix this, but you better of use 2.6.

Thanks Marcelo. Do you know of specific patches that have gone into 2.4 that might fix this? I may be able to just apply them rather than try a whole new kernel release.

The -aa VM merge during 2.4.23, most notable 2.4.23-pre4:

o aa VM merge: Per-zone watermark changes, add lower_zone_reserve_ratio
o aa VM merge: page reclaiming logic changes: Kills oom killer
o aa VM merge: Page accounting helpers changes
o aa VM merge: tunables
o aa VM merge: Kill PF_MEMDIE
o aa VM merge: Fixup page reclaiming changes patch

That plus a few merge mistakes fixed during later 2.4.23-pre.