[Devel] Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
Eric W. Biederman
ebiederm at xmission.com
Mon Mar 26 10:39:03 PDT 2007
Dave Hansen <hansendc at us.ibm.com> writes:
> On Mon, 2007-03-26 at 11:12 -0600, Eric W. Biederman wrote:
>>
>> > In (at least one version of) Dave's patches, the /proc your pidns is
>> > automatically used when you use /proc. In that case a /proc should
>> > just go away when the last task goes away, since noone else can use
>> > that /proc.
>>
>> Unless I am rather confused that does extremely nasty things to
>> the VFS dentry cache. Because a dentry can point at one process
>> one minute and another process the next. It is doable but only
>> at the cost of decreased performance.
>
> By using, I think Serge meant "mounting". We're going to statically
> assign a /proc mount to a namespace when the mount is created, not fudge
> it around at runtime.
I think Serge misread that. He specifically talked about not having
to remount /proc. Therefore I believe he understood it did something
at runtime.
> How does this thrash the dcache?
Fudging at runtime is horrible.
Caching the pid_mnt in the pid_namespace appears fine, as long as
we get the reference counting correct.
Eric
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list