Re: [PATCH 6/7] mm: vmscan: Throttle reclaim if encountering too many dirty pages under writeback
From: Andrew Morton <akpm@linux-foundation.org>
Date: 2011-08-18 23:55:20
Also in:
linux-xfs, lkml
From: Andrew Morton <akpm@linux-foundation.org>
Date: 2011-08-18 23:55:20
Also in:
linux-xfs, lkml
On Wed, 10 Aug 2011 11:47:19 +0100 Mel Gorman [off-list ref] wrote:
The percentage that must be in writeback depends on the priority. At default priority, all of them must be dirty. At DEF_PRIORITY-1, 50% of them must be, DEF_PRIORITY-2, 25% etc. i.e. as pressure increases the greater the likelihood the process will get throttled to allow the flusher threads to make some progress.
It'd be nice if the code comment were to capture this piece of implicit arithmetic. After all, it's a magic number and magic numbers should stick out like sore thumbs. And.. how do we know that the chosen magic numbers were optimal? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>