Re: [RFC][PATCH 1/5] Virtualization/containers: startup

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Linus Torvalds <[email protected]> writes:

> On Fri, 3 Feb 2006, Kirill Korotaev wrote:
>> 
>> Do you have any other ideas/comments on this?
>> I will send additional IPC/filesystems virtualization patches a bit later.
>
> I think that a patch like this - particularly just the 1/5 part - makes 
> total sense, because regardless of any other details of virtualization, 
> every single scheme is going to need this.

I strongly disagree with this approach.  I think Al Viro got it
right when he created a separate namespace for filesystems.  

First this presumes an all or nothing interface.  But that is not
what people are doing.  Different people want different subsets
of the functionality.   For the migration work I am doing having
multiple meanings for the same uid isn't interesting.

Secondly by implementing this in one big chunk there is no
migration path when you want to isolate an additional part of the
kernel interface.

So I really think an approach that allows for incremental progress
that allows for different subsets of this functionality to
be used is a better approach.  In clone we already have
a perfectly serviceable interface for that and I have
seen no one refute that.  I'm not sure I have seen anyone
get it though.



My apologies for the late reply I didn't see this thread until
just a couple of minutes ago.  linux-kernel can be hard to
follow when you aren't cc'd.


Patches hopefully sometime in the next 24hours.   So hopefully
conversation can be carried forward in a productive manner.

Eric

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux