]> git.karo-electronics.de Git - karo-tx-linux.git/commit
mm, x86: Saving vmcore with non-lazy freeing of vmas
authorCliff Wickman <cpw@sgi.com>
Thu, 16 Sep 2010 16:44:02 +0000 (11:44 -0500)
committerGreg Kroah-Hartman <gregkh@suse.de>
Mon, 22 Nov 2010 18:59:47 +0000 (10:59 -0800)
commitff7d23175ecbff5666f7a9f26dfe1f4334e04377
tree40f94039ba638de7ac8243cbdd5a3f5edaf9af5d
parentdb11393d79684afc15b3d3d52a1664171180c350
mm, x86: Saving vmcore with non-lazy freeing of vmas

commit 3ee48b6af49cf534ca2f481ecc484b156a41451d upstream.

During the reading of /proc/vmcore the kernel is doing
ioremap()/iounmap() repeatedly. And the buildup of un-flushed
vm_area_struct's is causing a great deal of overhead. (rb_next()
is chewing up most of that time).

This solution is to provide function set_iounmap_nonlazy(). It
causes a subsequent call to iounmap() to immediately purge the
vma area (with try_purge_vmap_area_lazy()).

With this patch we have seen the time for writing a 250MB
compressed dump drop from 71 seconds to 44 seconds.

Signed-off-by: Cliff Wickman <cpw@sgi.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: kexec@lists.infradead.org
LKML-Reference: <E1OwHZ4-0005WK-Tw@eag09.americas.sgi.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
arch/x86/include/asm/io.h
arch/x86/kernel/crash_dump_64.c
mm/vmalloc.c