lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 21 May 2010 18:49:10 -0700 From: Michel Lespinasse <walken@...gle.com> To: David Howells <dhowells@...hat.com> Cc: Linus Torvalds <torvalds@...ux-foundation.org>, Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>, LKML <linux-kernel@...r.kernel.org>, Andrew Morton <akpm@...ux-foundation.org>, Mike Waychison <mikew@...gle.com>, Suleiman Souhlal <suleiman@...gle.com>, Ying Han <yinghan@...gle.com> Subject: Re: [PATCH 10/10] Use down_read_critical() for /sys/<pid>/exe and /sys/<pid>/maps files On Wed, May 19, 2010 at 8:21 AM, David Howells <dhowells@...hat.com> wrote: > However... I'm not certain that giving a process that's accessing > /proc/pid/maps priority over a second process that may be trying to do mmap or > page fault or something internally is a good idea. > > It would be useful if you made clearer what you're actually measuring from > /proc/pid/maps... This is relatively large software; I don't actually have a complete view of it myself. However some of the things it does include the following: - The cluster management software tracks ownership of sysv shm segments, potentially deleting them if they have been abandoned. /proc/<pid>/maps files are used as an input to these decisions. - There is a separate module making numa aware decisions based on /proc/<pid>/numa_maps information. This drives decisions such as moving data between nodes (we have not been pushing the corresponding kernel patches yet). Using down_read_critical() here would be desirable too, but not as critical as for other parts of the system (numa awareness is not the biggest worry when machines get under enough memory pressure that reading numa_maps starts blocking). -- Michel "Walken" Lespinasse A program is never fully debugged until the last user dies. -- 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