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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 11 Nov 2009 09:43:52 +0900 (JST) From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com> To: Timo Sirainen <tss@....fi> Cc: kosaki.motohiro@...fujitsu.com, Oleg Nesterov <oleg@...hat.com>, Andrew Morton <akpm@...ux-foundation.org>, Bryan Donlan <bdonlan@...il.com>, Ulrich Drepper <drepper@...hat.com>, WANG Cong <xiyou.wangcong@...il.com>, linux-kernel@...r.kernel.org Subject: Re: + prctl-add-pr_set_proctitle_area-option.patch added to -mm tree > On Wed, 2009-11-11 at 02:48 +0900, KOSAKI Motohiro wrote: > > There is unwritten reason. I hope to add /proc/[pid]/cmdline cache. It > > help to avoid > > ps getting stuck by mmap_sem. > > Can you explain this further? When would it cache the value and when > would it be returned? I was at least hoping to avoid calling prctl() > every time when I want process title changed. Hmm... I'm not intent it. The setter's prctl() performance is not critical. Plus, current code isn't so slow. I mean ps -elf (or ps aux) read the /proc/pid/cmdline of all task. It mean grabbing mmap_sem and read another task's mem for all task. Then, A stress workload can kill ps performance easily. Essentially, reading another process's memory is costly operation. but it can be cached. Some *BSD has similar mechanism. Caution: This feature break SPT_ARGV style process title changing. then, it should be optional feature and sould be able to enable by admin's explicit operation. 2years after, probably this issue will disappear automatically. because all setproctitle() using software try to use libc's setproctitle(). IOW, if libc has setproctitle(), nobody try to change own stack argv string brutally. > I think Solaris saves the first 80 chars of the initial cmdline to > kernel memory and gives that to ps. I guess doing something similar and > returning it only when userspace memory can't be accessed would be ok. Linux does it too. but 16 chars. -- 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