Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1741811
| From | Andrew Morton <akpm@linux-foundation.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v3 00/20] Speculative page faults |
| Date | 2017-09-28 22:40 +0200 |
| Message-ID | <uuNLc-5cI-13@gated-at.bofh.it> (permalink) |
| References | <utEqC-mA-23@gated-at.bofh.it> <utL8J-4Uf-3@gated-at.bofh.it> <uuG71-vR-45@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 28 Sep 2017 14:29:02 +0200 Laurent Dufour <ldufour@linux.vnet.ibm.com> wrote: > > Laurent's [0/n] provides some nice-looking performance benefits for > > workloads which are chosen to show performance benefits(!) but, alas, > > no quantitative testing results for workloads which we may suspect will > > be harmed by the changes(?). Even things as simple as impact upon > > single-threaded pagefault-intensive workloads and its effect upon > > CONFIG_SMP=n .text size? > > I forgot to mention in my previous email the impact on the .text section. > > Here are the metrics I got : > > .text size UP SMP Delta > 4.13-mmotm 8444201 8964137 6.16% > '' +spf 8452041 8971929 6.15% > Delta 0.09% 0.09% > > No major impact as you could see. 8k text increase seems rather a lot actually. That's a lot more userspace cacheclines that get evicted during a fault... Is the feature actually beneficial on uniprocessor?
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v3 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-09-28 14:30 +0200
Re: [PATCH v3 00/20] Speculative page faults Andrew Morton <akpm@linux-foundation.org> - 2017-09-28 22:40 +0200
Re: [PATCH v3 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-09-29 17:30 +0200
csiph-web