Re: root-owned /proc/pid files for threaded apps?

[Andreas Ferber <aferber@techfak.uni-bielefeld.de>]

On Fri, Mar 08, 2002 at 12:31:57PM -0800, Danek Duvall wrote:
> 
> So it also turns out that either by changing that argument to 0 or just
> reverting that hunk of the patch, xmms starts skipping whenever mozilla
> loads a page, even a really simple one.

ie. always when mozilla tries to do a socket(PF_INET6, ...), which
ends up requesting the ipv6 module. 

As a side note, IMHO it would be sensible to have some way of
disabling module autoloading of protocol modules in the network stack.
As more and more apps start supporting IPv6, those ipv6 module
requests are getting more frequent on machines without IPv6 support
(the vast majority for now), which might turn into a real performance
penalty (fork+exec+wait for modprobe finish...)

> Disk activity and other network
> activity don't seem to cause the skipping, and the skipping disappears
> when I go back to an unaltered ac kernel, so there seems to be something
> wrong with set_user(0, 0) as well, just a different problem.

Uhm, this one seems rather strange. AFAICT, the dumpable flag is used
purely for access control to the processes in-memory data, ie.
/proc/<pid>/*, coredump generation etc., it doesn't affect scheduler,
memory management or the like.

Maybe it's related to the wmb() done by set_user() if dumpclear is
set? (although it's actually a nop on most x86 (which arch are you
using?))

Just for testing, can you try moving the wmb() in set_user()
(kernel/sys.c, line 512 in 2.4.19-pre2-ac3) out of the if statement?
(ie. put it right after the closing brace)

Andreas
-- 
       Andreas Ferber - dev/consulting GmbH - Bielefeld, FRG
     ---------------------------------------------------------
         +49 521 1365800 - af@devcon.net - www.devcon.net