![]() | |||||||||||||
Messages in this thread |
Kirill Korotaev <dev@sw.ru> writes: > Eric, Herbert, > > I think it is quite clear, that without some agreement on all these > virtualization issues, we won't be able to commit anything good to > mainstream. My idea is to gather our efforts to get consensus on most clean > parts of code first and commit them one by one. > > The proposal is quite simple. We have 4 parties in this conversation (maybe > more?): IBM guys, OpenVZ, VServer and Eric Biederman. We discuss the areas which > should be considered step by step. Send patches for each area, discuss, come to > some agreement and all 4 parties Sign-Off the patch. After that it goes to > Andrew/Linus. Worth trying? Yes, this sounds like a path forward that has a reasonable chance of making progress. > So far, (correct me if I'm wrong) we concluded that some people don't want > containers as a whole, but want some subsystem namespaces. I suppose for people > who care about containers only it doesn't matter, so we can proceed with > namespaces, yeah? Yes, I think at one point I have seen all of the major parties receptive to the concept. > So the most easy namespaces to discuss I see: > - utsname > - sys IPC > - network virtualization > - netfilter virtualization The networking is hard simply because the is so very much of it, and it is being active developed :) > all these were discussed already somehow and looks like there is no fundamental > differencies in our approaches (at least OpenVZ and Eric, for sure). Yes. I think we agree on what the semantics should be for these parts. Which should avoid the problem with have with the pid namespace. > Right now, I suggest to concentrate on first 2 namespaces - utsname and > sysvipc. They are small enough and easy. Lets consider them without sysctl/proc > issues, as those can be resolved later. I sent the patches for these 2 > namespaces to all of you. I really hope for some _good_ critics, so we could > work it out quickly. Sounds like a plan. Eric - 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/ | ||||||||||||
| Last update: 2006-03-24 20:29 [from the cache] ©2003-2008 | |||||||||||||