|Summary:||kswapd continuously active|
|Product:||IO/Storage||Reporter:||Rafael J. Wysocki (rjw)|
|Component:||Block Layer||Assignee:||Jens Axboe (axboe)|
|Bug Depends on:|
Description Rafael J. Wysocki 2010-01-31 22:50:57 UTC
Subject : kswapd continuously active Submitter : Jan Engelhardt <email@example.com> Date : 2010-01-22 23 References : http://marc.info/?l=linux-kernel&m=126420434519039&w=4 Handled-By : Jens Axboe <firstname.lastname@example.org> This entry is being used for tracking a regression from 2.6.31. Please don't close it until the problem is fixed in the mainline.
Comment 1 Jens Axboe 2010-02-12 12:59:57 UTC
Should be fixed by: http://lkml.org/lkml/2010/2/12/41 which I hope will soon go in (for both .32 and .33).
Comment 2 Rafael J. Wysocki 2010-02-12 23:46:30 UTC
Patch : http://patchwork.kernel.org/patch/78856/ Handled-By : Jens Axboe <email@example.com>
Comment 3 Marius Tolzmann 2010-06-24 09:32:32 UTC
Hi.. is this patch already applied to the mainline kernel? we are currently having trouble with continuously running kswapds consuming up to 100% CPU time when the system is busy doing (heavy) I/O. to reproduce: dd if=/dev/zero of=somefile will activate all kswapds when the file reaches the size of the installed memory (our systems have 8G up to 256G). (same effect on local reiserfs and local xfs) In kernel 2.6.34 (and 2.6.35-rc3) this issue causes the system to become very very slow and unresponsive. i don't want to file this as a new bug since our issue may be related to this bug? regards, marius tolzmann
Comment 4 Pádraig Brady 2011-06-13 09:42:29 UTC
I'm seeing something very like this on 184.108.40.206-31.fc15.x86_64 on sandy bridge (dual core i3). I've 3G RAM, 1.5G swap. 100% of the time when a file >= 2G is cached, kswapd0 will spin. Uncaching the file by rm'ing it etc. will stop it from spinning. It sometimes happens for files between 1.5G and 2G. More details at https://bugzilla.redhat.com/show_bug.cgi?id=712019