From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from [59.151.112.132] (helo=heian.cn.fujitsu.com) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1aY5qR-0005o2-Bt for kexec@lists.infradead.org; Tue, 23 Feb 2016 05:49:12 +0000 Message-ID: <56CBF266.8070107@cn.fujitsu.com> Date: Tue, 23 Feb 2016 13:47:18 +0800 From: =?UTF-8?B?Ilpob3UsIFdlbmppYW4v5ZGo5paH5YmRIg==?= MIME-Version: 1.0 Subject: Re: [PATCH v2] Improve the performance of --num-threads -d 31 References: <1455692739-14878-1-git-send-email-zhouwj-fnst@cn.fujitsu.com> <20160222165817.GA20170@dhcp-128-25.nay.redhat.com> <20160223052616.GA19420@dhcp-128-25.nay.redhat.com> In-Reply-To: <20160223052616.GA19420@dhcp-128-25.nay.redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Minfei Huang Cc: kexec@lists.infradead.org Hello, Minfei, Does it occur every time? If not, I think I have known the reason. -- Thanks Zhou On 02/23/2016 01:26 PM, Minfei Huang wrote: > On 02/23/16 at 12:58am, Minfei Huang wrote: >> On 02/17/16 at 03:05pm, Zhou Wenjian wrote: >>> The new implementation won't do the extra work for filtered pages any >>> more. So the performance of -d 31 is close to that of serial processing. >> >> Hi, Wenjian. >> >> kdump:/# time bash -x a.sh makedumpfile vmcore02 1 --num-threads 128 >> + makedumpfile --num-threads -l --message-level 1 -d 31 /proc/vmcore /kdumproot/home//var/crash/127.0.0.1-2016-02-22-23:22:36/vmcore02 > > Please ignore this benchmark, since there is no parameter passed to > option num-threads. Following is my new test result which is generated > in 1st kernel. > > 127.0.0.1-2016-02-22-19\:08\:17/vmcore01 is generated by makedumpfile > with -d 31 in 2nd kernel. >> >> Command makedumpfile is complied with this patch on version 1.5.9, and >> makedumpfile.backup is complied on version 1.5.7. >> >> The compressed file vmcore is 67G filtered out from 4T memory. > > [crash]# time makedumpfile -l --message-level 1 -d 31 127.0.0.1-2016-02-22-19\:08\:17/vmcore01 vmcore10 > Copying data : [100.0 %] / > > real 7m25.492s > user 6m37.386s > sys 0m47.801s > [crash]# time makedumpfile.backup -l --message-level 1 -d 31 127.0.0.1-2016-02-22-19\:08\:17/vmcore01 vmcore11 > Copying data : [100.0 %] - > > real 7m15.784s > user 6m28.829s > sys 0m46.656s > > [crash]# time makedumpfile --num-threads 128 -l --message-level 1 -d 31 127.0.0.1-2016-02-22-19\:08\:17/vmcore01 > vmcore14 > Copying data : [ 99.7 %] | > > Never return from makedumpfile. > > There are more than 128 cpus plugged in this machine. > > Thanks > Minfei > > _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec