All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philip Li <philip.li@intel.com>
To: lkp@lists.01.org
Subject: Re: [x86/irq] 82ba4faca1: [No primary change] [unixbench]
Date: Wed, 24 Aug 2016 12:34:02 +0800	[thread overview]
Message-ID: <20160824043402.GG3980@intel.com> (raw)
In-Reply-To: <f0af084f-ba9e-55cf-2336-24be1a502102@intel.com>

[-- Attachment #1: Type: text/plain, Size: 7578 bytes --]

On Wed, Aug 24, 2016 at 11:13:59AM +0800, Aaron Lu wrote:
> 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:

to Xiaolong, i guess more interrupts can't be called as improvement, or it doesn't matter.

> 
> 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
> > 
> 
> _______________________________________________
> LKP mailing list
> LKP(a)lists.01.org
> https://lists.01.org/mailman/listinfo/lkp

      reply	other threads:[~2016-08-24  4:34 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-24  3:04 [x86/irq] 82ba4faca1: [No primary change] [unixbench] kernel test robot
2016-08-24  3:04 ` [lkp] " kernel test robot
2016-08-24  3:13 ` Aaron Lu
2016-08-24  3:13   ` [lkp] " Aaron Lu
2016-08-24  4:34   ` Philip Li [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=20160824043402.GG3980@intel.com \
    --to=philip.li@intel.com \
    --cc=lkp@lists.01.org \
    /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.