lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Mon, 31 Jul 2017 11:17:54 +0200
From:   Thorsten Leemhuis <regressions@...mhuis.info>
To:     kernel test robot <xiaolong.ye@...el.com>,
        "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>
Cc:     LKML <linux-kernel@...r.kernel.org>, lkp@...orgq
Subject: Re: [lkp-robot] [x86/mm/gup] e585513b76: will-it-scale.per_thread_ops
 -6.9% regression

Lo! I added this report to my regression report, but I'm a bit unsure if
that was a good idea.

Is this report still valid (is there a place where I could have
checked)? It's a few weeks old already, but it seems it was ignored. Or
was it discussed (or maybe even fixed) somewhere else?

And is it relevant at all? Or is it considered something like "yes, this
benchmark got slower, but we do not expect to see any problems in the
real world"?

Ciao, Thorsten

On 10.07.2017 04:40, kernel test robot wrote:
> 
> Greeting,
> 
> FYI, we noticed a -6.9% regression of will-it-scale.per_thread_ops due to commit:
> 
> 
> commit: e585513b76f7b05d08ca3fb250fed11f6ba46ee5 ("x86/mm/gup: Switch GUP to the generic get_user_page_fast() implementation")
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
> 
> in testcase: will-it-scale
> on test machine: qemu-system-x86_64 -enable-kvm -cpu host -smp 4 -m 5G
> with following parameters:
> 
> 	test: futex2
> 
> test-description: Will It Scale takes a testcase and runs it from 1 through to n parallel copies to see if the testcase will scale. It builds both a process and threads based test in order to see any differences between the two.
> test-url: https://github.com/antonblanchard/will-it-scale
> 
> 
> 
> Details are as below:
> -------------------------------------------------------------------------------------------------->
> 
> 
> To reproduce:
> 
>         git clone https://github.com/01org/lkp-tests.git
>         cd lkp-tests
>         bin/lkp qemu -k <bzImage> job-script  # job-script is attached in this email
> 
> testcase/path_params/tbox_group/run: will-it-scale/futex2/vm-lkp-a03
> 
> 6c690ee1039b251e  e585513b76f7b05d08ca3fb250  
> ----------------  --------------------------  
>          %stddev      change         %stddev
>              \          |                \  
>     882247              -7%     821521        will-it-scale.per_thread_ops
>      33180 ±126%     -3e+04       3507 ± 47%  latency_stats.avg.max
>     171890 ±154%     -1e+05      22345 ± 66%  latency_stats.max.max
> 
> 
> 
>                             will-it-scale.per_thread_ops
> 
>   920000 ++-----------------------------------------------------------------+
>          |                *                                                 |
>   900000 ++ *.      .**. + :  .*      .*.                          .**      |
>          *.*  *.*  *    *  *.*  *.*.**   *.*                     .*   :   *.*
>          |       :+                         :.*                 *     :   : |
>   880000 ++      *                          *  +           *   *       :.*  |
>          |                                      * .*.**.*. :+ +        *    |
>   860000 ++                                      *        *  *              |
>          |                                                                  |
>   840000 ++                                                                 |
>          |              O O                 O                               |
>          | OO              O O OO O O  O   O  O         O      O  O         |
>   820000 O+   O O                    O   O            O   OO O  O           |
>          |           OO                         OO O O                      |
>   800000 ++------O-O--------------------------------------------------------+
> 
> 
> 
>   [*] bisect-good sample
>   [O] bisect-bad  sample
> 
> 
> 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.
> 
> 
> Thanks,
> Xiaolong
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ