Hi Roman,
On Fri, Jan 4, 2013 at 11:43 PM, Michel Lespinasse wrote:
> On Fri, Jan 4, 2013 at 10:40 PM, Roman Dubtsov wrote:
>> - POPULATE_VIA_LOOP -- makes the test populate memory using a loop
>> - POPULATE_VIA_MMAP -- makes the test populate memory via MAP_POPULATE
>>
> Heh, very interesting.
Hi Roman,
On Fri, Jan 4, 2013 at 11:43 PM, Michel Lespinasse wal...@google.com wrote:
On Fri, Jan 4, 2013 at 10:40 PM, Roman Dubtsov dubt...@gmail.com wrote:
- POPULATE_VIA_LOOP -- makes the test populate memory using a loop
- POPULATE_VIA_MMAP -- makes the test populate memory via
On Fri, Jan 4, 2013 at 10:40 PM, Roman Dubtsov wrote:
> On Fri, 2013-01-04 at 03:57 -0800, Michel Lespinasse wrote:
>> If this doesn't help, could you please send me your test case ? I
>> think you described enough of it that I would be able to reproduce it
>> given some time, but it's just
On Fri, 2013-01-04 at 03:57 -0800, Michel Lespinasse wrote:
> On Fri, Jan 04, 2013 at 12:09:37AM +0700, Roman Dubtsov wrote:
> > On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
> > > > Is there an interest in fixing this or concurrent mmaps() from the same
> > > > process are too much
On Fri, Jan 04, 2013 at 12:09:37AM +0700, Roman Dubtsov wrote:
> On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
> > > Is there an interest in fixing this or concurrent mmaps() from the same
> > > process are too much of a corner case to worry about it?
> >
> > Funny this comes up
On Fri, Jan 04, 2013 at 12:09:37AM +0700, Roman Dubtsov wrote:
On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
Is there an interest in fixing this or concurrent mmaps() from the same
process are too much of a corner case to worry about it?
Funny this comes up again. I
On Fri, 2013-01-04 at 03:57 -0800, Michel Lespinasse wrote:
On Fri, Jan 04, 2013 at 12:09:37AM +0700, Roman Dubtsov wrote:
On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
Is there an interest in fixing this or concurrent mmaps() from the same
process are too much of a corner
On Fri, Jan 4, 2013 at 10:40 PM, Roman Dubtsov dubt...@gmail.com wrote:
On Fri, 2013-01-04 at 03:57 -0800, Michel Lespinasse wrote:
If this doesn't help, could you please send me your test case ? I
think you described enough of it that I would be able to reproduce it
given some time, but it's
On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
> > Is there an interest in fixing this or concurrent mmaps() from the same
> > process are too much of a corner case to worry about it?
>
> Funny this comes up again. I actually have a patch series that is
> supposed to do that:
>
On Wed, 2013-01-02 at 16:09 -0800, Michel Lespinasse wrote:
Is there an interest in fixing this or concurrent mmaps() from the same
process are too much of a corner case to worry about it?
Funny this comes up again. I actually have a patch series that is
supposed to do that:
[PATCH 0/9]
On Wed, Jan 2, 2013 at 8:50 AM, Roman Dubtsov wrote:
> Concurrent mmap() calls from the same process are serialized via downing
> mm->mmap_sem for write. This means that operations like populating the
> pages which do not alter vmas are also performed serially. Anecdotal
> data from two machines
Concurrent mmap() calls from the same process are serialized via downing
mm->mmap_sem for write. This means that operations like populating the
pages which do not alter vmas are also performed serially. Anecdotal
data from two machines I have access to is that populating pages by
touching them in
Concurrent mmap() calls from the same process are serialized via downing
mm-mmap_sem for write. This means that operations like populating the
pages which do not alter vmas are also performed serially. Anecdotal
data from two machines I have access to is that populating pages by
touching them in a
On Wed, Jan 2, 2013 at 8:50 AM, Roman Dubtsov dubt...@gmail.com wrote:
Concurrent mmap() calls from the same process are serialized via downing
mm-mmap_sem for write. This means that operations like populating the
pages which do not alter vmas are also performed serially. Anecdotal
data from
14 matches
Mail list logo