Messages in this thread | | | Date | Thu, 13 Jul 2006 19:00:59 +0200 | From | Cedric Le Goater <> | Subject | Re: [PATCH -mm 5/7] add user namespace |
| |
Eric W. Biederman wrote:
>> I'm fine with such situations, since we need containers mostly, but what makes >> me really afraid is that it introduces hard to find/fix/maintain issues. I have no >> any other concerns. > > Hard to find and maintain problems I agree should be avoided. There are only two > ways I can see coping with the weird interactions that might occur. > > 1) Assert weird interactions will never happen, don't worry about it, > and stomp on any place where they can occur. (A fully isolated container approach). > > 2) Assume weird interactions happen and write the code so that it simply > works if those interactions happen, because for each namespace you have > made certain the code works regardless of which namespace the objects are > in. > > The second case is slightly harder. But as far as I can tell it is more robust > and allows for much better incremental development.
hmm, slightly, I would say much harder and these weird interactions are very hard to anticipate without some experience in the field. We could continue on arguing for ages without making any progress.
let's apply that incremental development approach now. Let's work on simple namespaces which would make _some_ container scenarios possible and not all. IMHO, that would mean tying some namespaces together and find a way to unshare them safely as a whole. Get some experience on it and then work on unsharing some more independently for the benefit of more use case scenarios. I like the concept and I think it will be useful.
just being pragmatic, i like things to start working in simple cases before over optimizing them.
cheers,
C.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |