From: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
To: Cliff Wickman <cpw@sgi.com>
Cc: kexec@lists.infradead.org, kumagai-atsushi@mxc.nes.nec.co.jp
Subject: Re: [PATCH] makedumpfile: shorten cyclic exclude-unnecessary passes
Date: Fri, 30 Aug 2013 09:59:24 +0900 [thread overview]
Message-ID: <521FEE6C.6090700@jp.fujitsu.com> (raw)
In-Reply-To: <E1VEnuJ-0000K6-Lo@eag09.americas.sgi.com>
(2013/08/29 7:08), Cliff Wickman wrote:
> From: Cliff Wickman <cpw@sgi.com>
>
> - get_mm_sparsemem(): reduce the number of entries in the mem_map[] by
> recording only those sections which actually exist in memory
I have missed this point. How much does this change speed up?
In general, if you want to say your patch improves performance, it's better to
demonstrate it in a measurable way such as benchmark.
> - shorten the executions of __exclude_unnecessary_pages() by passing it only
> the pfn's of the current cyclic area
>
I did try to similar kind of effort some months ago locally to figure out where
to improve cyclic-mode. In case of me, I noticed possibility of unnecessary processing
being performed out side the area of current cycle from the sanity check below:
int
set_bitmap_cyclic(char *bitmap, unsigned long long pfn, int val)
{
int byte, bit;
if (pfn < info->cyclic_start_pfn || info->cyclic_end_pfn <= pfn)
return FALSE;
<cut>
However, I didn't get distinguishable difference at that time. I ran the program
relatively ordinary class of system with some gigabyte memory so I might not got
distinguishable improvement.
Anyway, I thought it was permissible at that time and I didn't continue that work more.
But these days I have a machine with huge physical memory holes and on that system
this improvement sounds work well. So I much want to try to benchmark this direction
of your improvement patch set.
--
Thanks.
HATAYAMA, Daisuke
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2013-08-30 1:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-28 22:08 [PATCH] makedumpfile: shorten cyclic exclude-unnecessary passes Cliff Wickman
2013-08-30 0:59 ` HATAYAMA Daisuke [this message]
2013-09-13 8:06 ` Atsushi Kumagai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=521FEE6C.6090700@jp.fujitsu.com \
--to=d.hatayama@jp.fujitsu.com \
--cc=cpw@sgi.com \
--cc=kexec@lists.infradead.org \
--cc=kumagai-atsushi@mxc.nes.nec.co.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.