makedumpfile 1.5.0 takes much more time to dump
HATAYAMA Daisuke
d.hatayama at jp.fujitsu.com
Wed Oct 3 21:36:16 EDT 2012
From: Vivek Goyal <vgoyal at redhat.com>
Subject: Re: makedumpfile 1.5.0 takes much more time to dump
Date: Wed, 3 Oct 2012 08:48:13 -0400
> On Wed, Oct 03, 2012 at 04:38:35PM +0900, Atsushi Kumagai wrote:
>
> [..]
>> > > If that's going to take time, can we make using of new logic conditional
>> > > on a command line option. So that user has the option of using old
>> > > logic.
>> > >
>> >
>> > Kumagai-san should decide this.
>>
>> I'm not planning to make the cyclic mode optional.
>> However, I think the performance issue should be improved even without
>> mem_map array logic.
>>
>> So, I will try to reduce the number of cycles as few times as possible for v1.5.1,
>> the performance issue will be improved.
>> To make sure of it, would you re-test with --cyclic-buffer 32768 (32MB), Vivek ?
>> Then the result of v1.5.0 is still too bad, I will consider using the old logic
>> as default logic.
>
> Actually chaowang did the testing. In the bug he provided data for 16MB
> buffer.
>
> makedumpfile with 16M cyclic buffer,
> #1. makedumpfile-1.5.0 -c --message-level 1 -d 31 --cyclic-buffer 16384
> real 12m51.886s
> user 6m30.710s
> sys 6m11.642s
> #2. makedumpfile-1.5.0 -E --message-level 1 -d 31 --cyclic-buffer 16384
> real 11m24.141s
> user 4m25.897s
> sys 6m38.116s
>
> Which looks much better than default numbers. Chao, can you please do the
> testing with 32MB buffer size and provide the data here.
>
This 32MB setting is identical to the old logic in 1TB case except
that the cyclic buffer is on memory, not treated via temporary
file. So, free list filtering is done at most 1 time even on the worst
case. But it's necessary to specify proper sizes for dumpfiles of
other sizes.
Thanks.
HATAYAMA, Daisuke
More information about the kexec
mailing list