[Devel] Re: Playing with namespaces and bloat-o-meeter
Eric W. Biederman
ebiederm at xmission.com
Wed Sep 26 07:45:03 PDT 2007
Pavel Emelyanov <xemul at openvz.org> writes:
>>
>> +config NAMESPACES
>> + bool "The namespaces support"
>> + help
>> + Provides the way to make tasks work with different objects using
>> + the same id
>> +
>> +config NS_UTS
>> + bool "Uname namespace"
>> + depends on NAMESPACES
>> + help
>> + The utsname namespace
>> +
>> +config NS_IPC
>> + bool "IPC namespace"
>> + depends on NAMESPACES && SYSVIPC
>> + help
>> + The SYSVIPC ids namespaces
>> +
>> +config NS_PIDS
>> + bool "PID namespace"
>> + depends on NAMESPACES
>> + help
>> + Tasks see only the pids living in the same namespace and in the
>> + child namespaces
>> +
>> +config NS_UID
>> + bool "UID namespace"
>> + depends on NAMESPACES && EXPERIMENTAL
>> + help
>> + Support user namespaces. This allows containers, i.e.
>> + vservers, to use user namespaces to provide different
>> + user info for different servers. If unsure, say N.
>> +
>> config BLK_DEV_INITRD
>> bool "Initial RAM filesystem and RAM disk (initramfs/initrd) support"
>> depends on BROKEN || !FRV
The reason we removed these options earlier was a maintenance issue
and the fact we could not actually compile out the namespaces.
If we don't cause maintenance complications I think the general
idea is fine. But please. This all should show up under
CONFIG_EMBEDDED since the only purpose is to save space.
While things are experimental there is an additional purpose of
not exposing people to broken or partially working code, so it
does make sense to have an option there.
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