Messages in this thread Patch in this message | | | Date | Fri, 12 Oct 2012 00:08:13 +0200 | From | Jiri Slaby <> | Subject | Re: kswapd0: excessive CPU usage |
| |
On 10/11/2012 08:19 PM, Valdis.Kletnieks@vt.edu wrote: > # zgrep COMPAC /proc/config.gz > CONFIG_COMPACTION=y > > Hope that tells you something useful.
It just supports my another theory. This seems to fix it for me: --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -1830,8 +1830,8 @@ static inline bool should_continue_reclaim(struct lruvec *lruvec, */ pages_for_compaction = (2UL << sc->order);
- pages_for_compaction = scale_for_compaction(pages_for_compaction, - lruvec, sc); +/* pages_for_compaction = scale_for_compaction(pages_for_compaction, + lruvec, sc);*/ inactive_lru_pages = get_lru_size(lruvec, LRU_INACTIVE_FILE); if (nr_swap_pages > 0) inactive_lru_pages += get_lru_size(lruvec, LRU_INACTIVE_ANON); And for you?
(It's an effective revert of "mm: vmscan: scale number of pages reclaimed by reclaim/compaction based on failures".)
regards, -- js suse labs
| |