[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <51F260AF.7010409@hp.com>
Date: Fri, 26 Jul 2013 19:42:39 +0800
From: Jingbai Ma <jingbai.ma@...com>
To: "kexec@...ts.infradead.org" <kexec@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC: "kumagai-atsushi@....nes.nec.co.jp"
<kumagai-atsushi@....nes.nec.co.jp>,
HATAYAMA Daisuke <d.hatayama@...fujitsu.com>,
Vivek Goyal <vgoyal@...hat.com>,
"Eric W. Biederman" <ebiederm@...ssion.com>, cpw@....com,
"Mitchell, Lisa (MCLinux in Fort Collins)" <lisa.mitchell@...com>,
"Croxon, Nigel" <nigel.croxon@...com>,
Jingbai Ma <jingbai.ma@...com>,
"Wang, Jin (Steven)" <jin.wang@...com>
Subject: makedumpfile 1.5.4 + kernel 3.11-rc2+ 4TB tests
Hi,
I have run some tests with makedumpfile 1.5.4 and upstream kernel
3.11-rc2+ on a machine with 4TB memory, here is testing results:
Test environment:
Machine: HP ProLiant DL980 G7 with 4TB RAM.
CPU: Intel(R) Xeon(R) CPU E7- 2860 @ 2.27GHz (8 sockets, 10 cores)
(Only 1 CPU was enabled the 2nd kernel)
Kernel: 3.11.0-rc2+ (at patch b3a3a9c441e2c8f6b6760de9331023a7906a4ac6)
crashkernel=384MB
vmcore size: 4.0TB
Dump file size: 15GB
All measured time from debug message of makedumpfile.
As a comparison, I also have tested makedumpfile 1.5.3.
(all time in seconds)
Excluding pages Copy data Total
makedumpfile 1.5.3 468 1182 1650
makedumpfile 1.5.4 93 518 611
So it seems there is a great performance improvement by the mmap mechanism.
--
Thanks,
Jingbai Ma
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists