From: Aaron Lu <aaron.lu@intel.com>
To: kernel test robot <xiaolong.ye@intel.com>
Cc: Ingo Molnar <mingo@kernel.org>, Alex Shi <alex.shi@linaro.org>,
Andy Lutomirski <luto@kernel.org>, Borislav Petkov <bp@alien8.de>,
Brian Gerst <brgerst@gmail.com>,
Davidlohr Bueso <dave@stgolabs.net>,
Denys Vlasenko <dvlasenk@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Huang Ying <ying.huang@intel.com>,
Josh Poimboeuf <jpoimboe@redhat.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
Peter Zijlstra <peterz@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Tomoki Sekiyama <tomoki.sekiyama.qu@hitachi.com>,
LKML <linux-kernel@vger.kernel.org>,
lkp@01.org
Subject: Re: [lkp] [x86/irq] 82ba4faca1: [No primary change] [unixbench]
Date: Wed, 24 Aug 2016 11:13:59 +0800 [thread overview]
Message-ID: <f0af084f-ba9e-55cf-2336-24be1a502102@intel.com> (raw)
In-Reply-To: <20160824030458.GB6463@yexl-desktop>
On 08/24/2016 11:04 AM, kernel test robot wrote:
>
> FYI, we noticed interrupts.CAL:Function_call_interrupts +771.1% improvement due to commit:
This is expected.
CAL:Function_call_interrupts now contains TLB shootdowns while it
doesn't previously.
Thanks,
Aaron
>
> commit 82ba4faca1bffad429f15c90c980ffd010366c25 ("x86/irq: Do not substract irq_tlb_count from irq_call_count")
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> in testcase: unixbench
> on test machine: 8 threads Nehalem with 6G memory
> with following parameters:
>
> runtime: 300s
> nr_task: 1
> test: shell8
>
> iN addition to that, the commit also has significant impact (interrupts.CAL:Function_call_interrupts +1822.5%)
> on the following tests:
>
> +------------------+----------------------------------+
> | testcase | unixbench |
> | test machine | 8 threads Nehalem with 6G memory |
> | test parameters | nr_task=100% |
> | | runtime=300s |
> | | test=execl |
> +------------------+----------------------------------+
>
>
> Disclaimer:
> Results have been estimated based on internal Intel analysis and are provided
> for informational purposes only. Any difference in system hardware or software
> design or configuration may affect actual performance.
>
> Details are as below:
> -------------------------------------------------------------------------------------------------->
>
>
> To reproduce:
>
> git clone git://git.kernel.org/pub/scm/linux/kernel/git/wfg/lkp-tests.git
> cd lkp-tests
> bin/lkp install job.yaml # job file is attached in this email
> bin/lkp run job.yaml
>
> =========================================================================================
> compiler/kconfig/nr_task/rootfs/runtime/tbox_group/test/testcase:
> gcc-6/x86_64-rhel/1/debian-x86_64-2015-02-07.cgz/300s/nhm-white/shell8/unixbench
>
> commit:
> ace7fab7a6 ("x86/mm: Fix swap entry comment and macro")
> 82ba4faca1 ("x86/irq: Do not substract irq_tlb_count from irq_call_count")
>
> ace7fab7a6cdd363 82ba4faca1bffad429f15c90c9
> ---------------- --------------------------
> %stddev %change %stddev
> \ | \
> 48379 ± 0% +771.1% 421448 ± 0% interrupts.CAL:Function_call_interrupts
> 19934 ± 8% -10.3% 17882 ± 4% meminfo.AnonHugePages
> 177575 ± 8% -11.9% 156428 ± 7% sched_debug.cpu.avg_idle.min
> 0.36 ± 35% +431.2% 1.93 ± 55% sched_debug.cpu.cpu_load[0].min
> 25.84 ± 1% +11.3% 28.77 ± 4% sched_debug.cpu.cpu_load[1].min
> 5.38 ± 3% -13.9% 4.63 ± 5% sched_debug.cpu.cpu_load[1].stddev
>
>
>
>
> interrupts.CAL:Function_call_interrupts
>
> 450000 ++-----------------------------------------------------------------+
> O O OO O O OO O O OO O O OO O O O OO |
> 400000 ++ |
> 350000 ++ |
> | |
> 300000 ++ |
> 250000 ++ |
> | |
> 200000 ++ |
> 150000 ++ |
> | |
> 100000 ++ |
> 50000 *+ .**.*.*.* .**.*.*. *.*.*.*.* .*. *.*.*.** .* .*.* .*.*
> | * :.*.* * :.* * + .* *.* * |
> 0 ++----------*----------------------*---------------*---------------+
>
>
> [*] bisect-good sample
> [O] bisect-bad sample
>
> ***************************************************************************************************
> nhm-white: 8 threads Nehalem with 6G memory
> =========================================================================================
> compiler/kconfig/nr_task/rootfs/runtime/tbox_group/test/testcase:
> gcc-6/x86_64-rhel/100%/debian-x86_64-2015-02-07.cgz/300s/nhm-white/execl/unixbench
>
> commit:
> ace7fab7a6 ("x86/mm: Fix swap entry comment and macro")
> 82ba4faca1 ("x86/irq: Do not substract irq_tlb_count from irq_call_count")
>
> ace7fab7a6cdd363 82ba4faca1bffad429f15c90c9
> ---------------- --------------------------
> fail:runs %reproduction fail:runs
> | | |
> %stddev %change %stddev
> \ | \
> 25890 ± 1% +1822.5% 497748 ± 1% interrupts.CAL:Function_call_interrupts
> 15522 ± 80% +354.6% 70567 ±146% latency_stats.avg.max
> 0.28 ± 11% +23.9% 0.34 ± 4% sched_debug.cfs_rq:/.nr_running.stddev
> 535.29 ± 0% +2071.2% 11622 ± 55% sched_debug.cfs_rq:/.runnable_load_avg.max
> 18.12 ± 35% -66.9% 6.00 ± 85% sched_debug.cfs_rq:/.runnable_load_avg.min
> 159.21 ± 0% +2305.2% 3829 ± 55% sched_debug.cfs_rq:/.runnable_load_avg.stddev
> 109.46 ± 3% +1268.4% 1497 ± 53% sched_debug.cpu.cpu_load[0].avg
> 535.25 ± 0% +2071.2% 11621 ± 55% sched_debug.cpu.cpu_load[0].max
> 536.29 ± 0% +2067.3% 11623 ± 55% sched_debug.cpu.cpu_load[1].max
> 158.13 ± 0% +2317.9% 3823 ± 55% sched_debug.cpu.cpu_load[1].stddev
> 535.92 ± 0% +2068.9% 11623 ± 55% sched_debug.cpu.cpu_load[2].max
> 158.04 ± 0% +2319.1% 3823 ± 55% sched_debug.cpu.cpu_load[2].stddev
> 535.00 ± 0% +2072.4% 11622 ± 55% sched_debug.cpu.cpu_load[3].max
> 157.68 ± 0% +2324.3% 3822 ± 55% sched_debug.cpu.cpu_load[3].stddev
> 533.17 ± 0% +2079.7% 11621 ± 55% sched_debug.cpu.cpu_load[4].max
> 157.11 ± 0% +2332.9% 3822 ± 55% sched_debug.cpu.cpu_load[4].stddev
> 168510 ± 2% +840.5% 1584778 ± 51% sched_debug.cpu.load.avg
> 600190 ± 1% +1904.9% 12033432 ± 54% sched_debug.cpu.load.max
> 197074 ± 1% +1909.8% 3960765 ± 54% sched_debug.cpu.load.stddev
> -1804 ±-12% -28.0% -1299 ±-13% sched_debug.cpu.nr_uninterruptible.min
> 1327 ± 19% -24.6% 1000 ± 19% sched_debug.cpu.nr_uninterruptible.stddev
>
>
>
>
>
>
>
> Thanks,
> Xiaolong
>
prev parent reply other threads:[~2016-08-24 3:14 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-24 3:04 kernel test robot
2016-08-24 3:13 ` Aaron Lu [this message]
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=f0af084f-ba9e-55cf-2336-24be1a502102@intel.com \
--to=aaron.lu@intel.com \
--cc=alex.shi@linaro.org \
--cc=bp@alien8.de \
--cc=brgerst@gmail.com \
--cc=dave@stgolabs.net \
--cc=dvlasenk@redhat.com \
--cc=hpa@zytor.com \
--cc=jpoimboe@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkp@01.org \
--cc=luto@kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=tomoki.sekiyama.qu@hitachi.com \
--cc=torvalds@linux-foundation.org \
--cc=xiaolong.ye@intel.com \
--cc=ying.huang@intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®