lkml.org 
[lkml]   [2006]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC][PATCH 1/5] Virtualization/containers: startup
    >>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.
    These patch set introduces separate namespaces as those in filesystems.
    What exactly you don't like in this approach? Can you be more specific?

    > 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.
    What do you mean by that? That you don't care about virtualization of
    UIDs? So your migration doesn't care at all whether 2 systems have same
    uids? Do you keep /etc/passwd in sync when do migration?
    Only full virtualization allows to migrate applications without bugs and
    different effects.

    > 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.
    Just introduce config option for each virtualization functionality.
    That's it.

    > 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.
    Ok. I will remake them either :)

    Kirill


    -
    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-02-06 10:01    [W:2.946 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site