First  |  Prev |  Next  |  Last
Pages: 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862
[PATCH 07/14] vmscan: simplify shrink_inactive_list()
From: KOSAKI Motohiro <kosaki.motohiro(a)jp.fujitsu.com> Now, max_scan of shrink_inactive_list() is always passed less than SWAP_CLUSTER_MAX. then, we can remove scanning pages loop in it. This patch also help stack diet. detail - remove "while (nr_scanned < max_scan)" loop - remove nr_freed (now, we use nr_r... 29 Jun 2010 08:32
[PATCH 0/14] Avoid overflowing of stack during page reclaim V3
Here is V3 that depends again on flusher threads to do writeback in direct reclaim rather than stack switching which is not something I'm likely to get done before xfs/btrfs are ignoring writeback in mainline (phd sucking up time). Instead, direct reclaimers that encounter dirty pages call congestion_wait and in th... 29 Jun 2010 08:32
[PATCH 10/14] vmscan: Setup pagevec as late as possible in shrink_page_list()
shrink_page_list() sets up a pagevec to release pages as according as they are free. It uses significant amounts of stack on the pagevec. This patch adds pages to be freed via pagevec to a linked list which is then freed en-masse at the end. This avoids using stack in the main path that potentially calls writepage(... 29 Jun 2010 08:32
[PATCH 08/14] vmscan: Remove unnecessary temporary vars in do_try_to_free_pages
Remove temporary variable that is only used once and does not help clarify code. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> Reviewed-by: Rik van Riel <riel(a)redhat.com> --- mm/vmscan.c | 8 +++----- 1 files changed, 3 insertions(+), 5 deletions(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index d964cfa..509d... 29 Jun 2010 08:32
[PATCH 04/14] tracing, vmscan: Add trace event when a page is written
This patch adds a trace event for when page reclaim queues a page for IO and records whether it is synchronous or asynchronous. Excessive synchronous IO for a process can result in noticeable stalls during direct reclaim. Excessive IO from page reclaim may indicate that the system is seriously under provisioned for... 29 Jun 2010 08:32
[PATCH 14/14] fs,xfs: Allow kswapd to writeback pages
As only kswapd and memcg are writing back pages, there should be no danger of overflowing the stack. Allow the writing back of dirty pages in xfs from the VM. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> --- fs/xfs/linux-2.6/xfs_aops.c | 15 --------------- 1 files changed, 0 insertions(+), 15 deletions(-) d... 29 Jun 2010 08:31
[PATCH 06/14] vmscan: kill prev_priority completely
From: KOSAKI Motohiro <kosaki.motohiro(a)jp.fujitsu.com> Since 2.6.28 zone->prev_priority is unused. Then it can be removed safely. It reduce stack usage slightly. Now I have to say that I'm sorry. 2 years ago, I thought prev_priority can be integrate again, it's useful. but four (or more) times trying haven't g... 29 Jun 2010 08:31
[PATCH 02/14] tracing, vmscan: Add trace events for kswapd wakeup, sleeping and direct reclaim
This patch adds two trace events for kswapd waking up and going asleep for the purposes of tracking kswapd activity and two trace events for direct reclaim beginning and ending. The information can be used to work out how much time a process or the system is spending on the reclamation of pages and in the case of d... 29 Jun 2010 08:31
[PATCH 13/14] fs,btrfs: Allow kswapd to writeback pages
As only kswapd and memcg are writing back pages, there should be no danger of overflowing the stack. Allow the writing back of dirty pages in btrfs from the VM. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> --- fs/btrfs/disk-io.c | 21 +-------------------- 1 files changed, 1 insertions(+), 20 deletions(-) di... 29 Jun 2010 08:31
[PATCH 03/14] tracing, vmscan: Add trace events for LRU page isolation
This patch adds an event for when pages are isolated en-masse from the LRU lists. This event augments the information available on LRU traffic and can be used to evaluate lumpy reclaim. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> Acked-by: Rik van Riel <riel(a)redhat.com> Acked-by: Larry Woodman <lwoodman(a)redhat.com... 29 Jun 2010 08:31
First  |  Prev |  Next  |  Last
Pages: 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862