Kernel

vmscan: tracing: Roll up of patches currently in mmotm
On Fri, Jul 30, 2010 at 02:36:55PM +0100, Mel Gorman wrote: This is a roll-up of patches currently in mmotm related to stack reduction and tracing reclaim. It is based on 2.6.35-rc6 and included for the convenience of testing. No signed off required. --- .../trace/postprocess/trace-vmscan-postpro... 30 Jul 2010 10:46

[PATCH 0/6] Reduce writeback from page reclaim context V6
This is a follow-on series from "Avoid overflowing of stack during page reclaim". It eliminates writeback requiring a filesystem from direct reclaim and follows on by reducing the amount of IO required from page reclaim to mitigate any corner cases from the modification. Most of this series updates what is alread... 30 Jul 2010 09:40

[PATCH 3/6] vmscan: tracing: Update post-processing script to distinguish between anon and file IO from page reclaim
It is useful to distinguish between IO for anon and file pages. This patch updates vmscan-tracing-add-a-postprocessing-script-for-reclaim-related-ftrace-events.patch so the post-processing script can handle the additional information. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> --- .../trace/postprocess/trace-vm... 30 Jul 2010 09:40

[PATCH 2/6] vmscan: tracing: Update trace event to track if page reclaim IO is for anon or file pages
It is useful to distinguish between IO for anon and file pages. This patch updates vmscan-tracing-add-trace-event-when-a-page-is-written.patch to include that information. The patches can be merged together. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> --- include/trace/events/vmscan.h | 30 ++++++++++++++++++++... 30 Jul 2010 09:40

[PATCH 6/6] vmscan: Kick flusher threads to clean pages when reclaim is encountering dirty pages
There are a number of cases where pages get cleaned but two of concern to this patch are; o When dirtying pages, processes may be throttled to clean pages if dirty_ratio is not met. o Pages belonging to inodes dirtied longer than dirty_writeback_centisecs get cleaned. The problem for reclaim is that... 30 Jul 2010 09:40

[PATCH 5/6] vmscan: Do not writeback filesystem pages in direct reclaim
When memory is under enough pressure, a process may enter direct reclaim to free pages in the same manner kswapd does. If a dirty page is encountered during the scan, this page is written to backing storage using mapping->writepage. This can result in very deep call stacks, particularly if the target storage or fil... 30 Jul 2010 09:40

[PATCH 4/6] vmscan: tracing: Correct units in post-processing script
The post-processing script is reporting the wrong units. Correct it. This patch updates vmscan-tracing-add-trace-event-when-a-page-is-written.patch to include that information. The patches can be merged together. Signed-off-by: Mel Gorman <mel(a)csn.ul.ie> --- .../trace/postprocess/trace-vmscan-postprocess.pl |... 30 Jul 2010 09:40

[RFC] Large weight differential leads to inefficient load balancing
On Thu, 2010-07-29 at 22:19 -0700, Nikhil Rao wrote: Hi all, We have observed that a large weight differential between tasks on a runqueue leads to sub-optimal machine utilization and poor load balancing. For example, if you have lots of SCHED_IDLE tasks (sufficient number to keep the machine 100% bu... 2 Aug 2010 08:08

[PATCH -staging] slicoss: Remove net_device_stats from the driver's private
Remove net_device_stats from the driver's private. Signed-off-by: Denis Kirjanov <dkirjanov(a)kernel.org> --- drivers/staging/slicoss/slicoss.c | 41 +++++++++++++++++++------------------ 2 files changed, 21 insertions(+), 21 deletions(-) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/s... 30 Jul 2010 09:40

MD raid and different elevators (disk i/o schedulers) (fwd)
Hi, this might be more appropriate for lkml (or is there another place?) because people with knowledge of how these layers interact might be here and not on linux-raid-ml ? If block cache is done on all levels and readahead is done on all levels, then quite a lot of redundant block information is going to ex... 30 Jul 2010 09:40