summary refs log tree commit diff
path: root/arch/x86/kernel/crash_dump_64.c
diff options
context:
space:
mode:
authorCliff Wickman <cpw@sgi.com>2010-09-16 11:44:02 -0500
committerIngo Molnar <mingo@elte.hu>2010-09-17 09:11:56 +0200
commit3ee48b6af49cf534ca2f481ecc484b156a41451d (patch)
treece55b9d5831a39ff75297c9fbfa8fa3471c99a3d /arch/x86/kernel/crash_dump_64.c
parent37a2f9f30a360fb03522d15c85c78265ccd80287 (diff)
downloadlinux-3ee48b6af49cf534ca2f481ecc484b156a41451d.tar.gz
mm, x86: Saving vmcore with non-lazy freeing of vmas
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
Cc: <stable@kernel.org>
LKML-Reference: <E1OwHZ4-0005WK-Tw@eag09.americas.sgi.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/kernel/crash_dump_64.c')
-rw-r--r--arch/x86/kernel/crash_dump_64.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/arch/x86/kernel/crash_dump_64.c b/arch/x86/kernel/crash_dump_64.c
index bf43188ca654..994828899e09 100644
--- a/arch/x86/kernel/crash_dump_64.c
+++ b/arch/x86/kernel/crash_dump_64.c
@@ -46,6 +46,7 @@ ssize_t copy_oldmem_page(unsigned long pfn, char *buf,
 	} else
 		memcpy(buf, vaddr + offset, csize);
 
+	set_iounmap_nonlazy();
 	iounmap(vaddr);
 	return csize;
 }