lkml.org 
[lkml]   [2006]   [Feb]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: RFC [patch 13/34] PID Virtualization Define new task_pid api
    From
    Date
    Kirill Korotaev <dev@sw.ru> writes:

    > In fact this is almost what OpenVZ does for half a year, both containers and
    > VPIDs.
    > But it is very usefull to see process tree from host system. To be able to use
    > std tools to manage containers from host (i.e. ps, kill, top, etc.). So it is
    > much more convinient to have 2 pids. One globally unique, and one for container.

    There are two issues here.
    1) Monitoring. (ps, top etc)
    2) Control (kill).

    For monitoring you might need to patch ps/top a little but it is doable without
    2 pids.

    For kill it is extremely rude to kill processes inside of a nested pid space.
    There are other solutions to the problem.

    It is undesireable to make it too easy to communicate through the barrier because
    then applications may start to take advantage of it and then depend on
    it and you will have lost the isolation that the container gives you.

    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-02-02 16:17    [W:0.023 / U:60.708 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site