Messages in this thread | | | Date | Mon, 06 Feb 2006 09:36:04 -0500 | From | Mark Lord <> | Subject | Re: [PATCH] Prevent large file writeback starvation |
| |
I wonder if this is related to my previous observation here, on ext3, that large file writebacks get deferred wayyyyy too long.
Original post is below:
-------- Original Message -------- Subject: 2.6.xx: dirty pages never being sync'd to disk? Date: Mon, 14 Nov 2005 10:30:58 -0500 From: Mark Lord <lkml@rtr.ca> To: Linux Kernel <linux-kernel@vger.kernel.org>
Okay, this one's been nagging me since I first began using 2.6.xx.
My Notebook computer has 2GB of RAM, and the 2.6.xx kernel seems quite happy to leave hundreds of MB of dirty unsync'd pages laying around more or less indefinitely. This worries me, because that's a lot of data to lose should the kernel crash (which it has once quite recently) or the battery die.
/proc/sys/vm/dirty_expire_centisecs = 3000 (30 seconds) /proc/sys/vm/dirty_writeback_centisecs = 500 (5 seconds)
My understanding (please correct if wrong) is that this means that any (file data) page which is dirtied, should get flushed back to disk after 30 seconds or so.
That doesn't happen here. Hundreds of MB of dirty pages just hang around indefinitely, until I manually type "sync", at which point the hard drive gets very busy for 20 seconds or so.
What's going on? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |