|| ||Alan Cox <alan-AT-lxorguk.ukuu.org.uk> |
|| ||KOSAKI Motohiro <kosaki.motohiro-AT-jp.fujitsu.com> |
|| ||Re: [PATCH -mm] vmscan: make mapped executable pages the first
class citizen |
|| ||Sun, 10 May 2009 14:45:33 +0100|
|| ||Peter Zijlstra <peterz-AT-infradead.org>,
Wu Fengguang <fengguang.wu-AT-intel.com>, hannes-AT-cmpxchg.org,
riel-AT-redhat.com, linux-kernel-AT-vger.kernel.org, tytso-AT-mit.edu,
linux-mm-AT-kvack.org, elladan-AT-eskimo.com, npiggin-AT-suse.de,
|| ||Article, Thread
On Sun, 10 May 2009 18:36:19 +0900
KOSAKI Motohiro <firstname.lastname@example.org> wrote:
> I don't oppose this policy. PROT_EXEC seems good viewpoint.
I don't think it is that simple
Not only can it be abused but some systems such as java have large
PROT_EXEC mapped environments, as do many other JIT based languages.
Secondly it moves the pressure from the storage volume holding the system
binaries and libraries to the swap device which already has to deal with
a lot of random (and thus expensive) I/O, as well as the users filestore
for mapped objects there - which may even be on a USB thumbdrive.
I still think the focus is on the wrong thing. We shouldn't be trying to
micro-optimise page replacement guesswork - we should be macro-optimising
the resulting I/O performance. My disks each do 50MBytes/second and even with the
Gnome developers finest creations that ought to be enough if the rest of
the system was working properly.
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to email@example.com. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"firstname.lastname@example.org"> email@example.com </a>
to post comments)