lkml.org 
[lkml]   [2005]   [Nov]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] [PATCH 00/13] Introduce task_pid api
Quoting Paul Jackson (pj@sgi.com):
> Serge wrote:
> > the vserver model
>
> What's that?

:) Well a vserver pretends to be a full system of its own, though you
can have lots of vservers on one machine. Processes in each virtual
server see only other processes in the same vserver. However in
vserver the pids they see are the real kernel pids - except for one
process per vserver which can be the fakeinit. Other processes in the
same vserver see it as pid 1, but to the kernel it is still known by
its real pid.

> How large is our numeric pid space (on 64 bit systems, anyway)? If
> large enough, then reservation of pid ranges becomes an easy task. If
> say we had 10 bits to spare, then a server farm could pre-ordain say a
> thousand virtual servers, which come and go on various hardware
> systems, each virtual server with its own hostname, pid-range, and
> other such paraphernalia.

In fact this is one way we considered implementing the virtual pids -
the pidspace id would be the upper some bits of the pid, and the vpid
would be the lower bits, so that the kernel pid would simply be
(pidspace_id << some_shift | vpid).

-serge

-
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: 2005-11-15 05:53    [W:0.656 / U:0.388 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site