[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <537216C5.7050204@oracle.com>
Date: Tue, 13 May 2014 08:57:41 -0400
From: Sasha Levin <sasha.levin@...cle.com>
To: Armin Rigo <arigo@...es.org>
CC: Andrew Morton <akpm@...ux-foundation.org>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
peterz@...radead.org, mingo@...nel.org
Subject: Re: [PATCH 2/2] mm: replace remap_file_pages() syscall with emulation
On 05/13/2014 03:32 AM, Armin Rigo wrote:
> Hi Sasha,
>
> On 12 May 2014 17:11, Sasha Levin <sasha.levin@...cle.com> wrote:
>> Since we can't find any actual users,
>
> The PyPy project doesn't count as an "actual user"? It's not just an
> idea in the air. It's beta code that is already released (and open
> source):
>
> http://morepypy.blogspot.ch/2014/04/stm-results-and-second-call-for.html
>
> The core library is available from there (see the test suite in c7/test/):
>
> https://bitbucket.org/pypy/stmgc
>
> I already reacted to the discussion here by making remap_file_pages()
> optional (#undef USE_REMAP_FILE_PAGES) but didn't measure the
> performance impact of this, if any (I expect it to be reasonable).
> Still, if you're looking for a real piece of code using
> remap_file_pages(), it's one.
Oh, I don't have anything against PyPy, I just wasn't aware it used
remap_file_pages() (I think I've missed the discussion in the parallel
thread).
Indeed it is a user, have you tried it with a kernel that is running
Kirill's patch set to replace remap_file_pages()?
Thanks,
Sasha
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists