Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1664717
| From | Laurent Dufour <ldufour@linux.vnet.ibm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC v4 00/20] Speculative page faults |
| Date | 2017-06-13 12:30 +0200 |
| Message-ID | <tRRfb-6Mo-13@gated-at.bofh.it> (permalink) |
| References | <tQt5f-2GI-3@gated-at.bofh.it> <tQtHY-38t-5@gated-at.bofh.it> <tQu1k-3gb-25@gated-at.bofh.it> <tQv74-3Sn-21@gated-at.bofh.it> <tQvA5-4gT-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 09/06/2017 18:59, Tim Chen wrote: > On 06/09/2017 09:35 AM, Michal Hocko wrote: >> On Fri 09-06-17 17:25:51, Laurent Dufour wrote: >> [...] >>> Thanks Michal for your feedback. >>> >>> I mostly focused on this database workload since this is the one where >>> we hit the mmap_sem bottleneck when running on big node. On my usual >>> victim node, I checked for basic usage like kernel build time, but I >>> agree that's clearly not enough. >>> >>> I try to find details about the 'kbench' you mentioned, but I didn't get >>> any valid entry. >>> Would you please point me on this or any other bench tool you think will >>> be useful here ? >> >> Sorry I meant kernbech (aka parallel kernel build). Other highly threaded >> workloads doing a lot of page faults and address space modification >> would be good to see as well. I wish I could give you much more >> comprehensive list but I am not very good at benchmarks. >> > > Laurent, > > Have you tried running the multi-fault microbenchmark by Kamezawa? > It does threaded page faults in parallel. > Peter ran that when he posted his specualtive page faults patches. > https://lkml.org/lkml/2010/1/6/28 Thanks Tim to remind me about this, I downloaded and built it a time ago and forget about it. I'll give it another try !
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC v4 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-09 16:30 +0200
[RFC v4 15/20] mm/spf: protect mremap() against speculative pf Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-09 16:30 +0200
[RFC v4 06/20] mm: Provide speculative fault infrastructure Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-09 16:30 +0200
Re: [RFC v4 00/20] Speculative page faults Michal Hocko <mhocko@kernel.org> - 2017-06-09 17:10 +0200
Re: [RFC v4 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-09 17:30 +0200
Re: [RFC v4 00/20] Speculative page faults Michal Hocko <mhocko@kernel.org> - 2017-06-09 18:40 +0200
Re: [RFC v4 00/20] Speculative page faults Tim Chen <tim.c.chen@linux.intel.com> - 2017-06-09 19:10 +0200
Re: [RFC v4 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-13 12:30 +0200
Re: [RFC v4 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-13 12:00 +0200
Re: [RFC v4 00/20] Speculative page faults "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2017-06-09 21:00 +0200
Re: [RFC v4 00/20] Speculative page faults Jan Kara <jack@suse.cz> - 2017-06-12 12:30 +0200
Re: [RFC v4 00/20] Speculative page faults Laurent Dufour <ldufour@linux.vnet.ibm.com> - 2017-06-13 12:30 +0200
csiph-web