Re: [RFC v5 00/11] Speculative page faults

2017-07-06 Thread Balbir Singh
On Mon, 2017-07-03 at 19:32 +0200, Laurent Dufour wrote: > The test is counting the number of records per second it can manage, the > higher is the best. I run it like this 'ebizzy -mTRp'. To get consistent > result I repeat the test 100 times and measure the average result, mean > deviation and

Re: [RFC v5 00/11] Speculative page faults

2017-07-06 Thread Balbir Singh
On Mon, 2017-07-03 at 19:32 +0200, Laurent Dufour wrote: > The test is counting the number of records per second it can manage, the > higher is the best. I run it like this 'ebizzy -mTRp'. To get consistent > result I repeat the test 100 times and measure the average result, mean > deviation and

Re: [RFC v5 00/11] Speculative page faults

2017-07-03 Thread Laurent Dufour
On 16/06/2017 19:52, Laurent Dufour wrote: > This is a port on kernel 4.12 of the work done by Peter Zijlstra to > handle page fault without holding the mm semaphore [1]. > > The idea is to try to handle user space page faults without holding the > mmap_sem. This should allow better concurrency

Re: [RFC v5 00/11] Speculative page faults

2017-07-03 Thread Laurent Dufour
On 16/06/2017 19:52, Laurent Dufour wrote: > This is a port on kernel 4.12 of the work done by Peter Zijlstra to > handle page fault without holding the mm semaphore [1]. > > The idea is to try to handle user space page faults without holding the > mmap_sem. This should allow better concurrency

[RFC v5 00/11] Speculative page faults

2017-06-16 Thread Laurent Dufour
This is a port on kernel 4.12 of the work done by Peter Zijlstra to handle page fault without holding the mm semaphore [1]. The idea is to try to handle user space page faults without holding the mmap_sem. This should allow better concurrency for massively threaded process since the page fault

[RFC v5 00/11] Speculative page faults

2017-06-16 Thread Laurent Dufour
This is a port on kernel 4.12 of the work done by Peter Zijlstra to handle page fault without holding the mm semaphore [1]. The idea is to try to handle user space page faults without holding the mmap_sem. This should allow better concurrency for massively threaded process since the page fault