[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87egsjrhmp.fsf@mid.deneb.enyo.de>
Date: Mon, 01 Dec 2014 07:47:26 +0100
From: Florian Weimer <fw@...eb.enyo.de>
To: Andy Lutomirski <luto@...capital.net>
Cc: Pavel Emelyanov <xemul@...allels.com>, criu@...nvz.org,
Cyrill Gorcunov <gorcunov@...nvz.org>,
Andrew Morton <akpm@...ux-foundation.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
David Herrmann <dh.herrmann@...il.com>,
systemd Mailing List <systemd-devel@...ts.freedesktop.org>,
Linux API <linux-api@...r.kernel.org>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH] proc, pidns: Add highpid
* Andy Lutomirski:
> On Nov 30, 2014 1:47 AM, "Florian Weimer" <fw@...eb.enyo.de> wrote:
>>
>> * Andy Lutomirski:
>>
>> > The initial implementation is straightforward: highpid is simply a
>> > 64-bit counter. If a high-end system can fork every 3 ns (which
>> > would be amazing, given that just allocating a pid requires at
>> > atomic operation), it would take well over 1000 years for highpid to
>> > wrap.
>>
>> I'm not sure if I'm reading the patch correctly, but is the counter
>> namespaced? If yes, why?
>
> It's namespaced so that CRIU can migrate/restore a whole pid namespace.
Oh well, this requirement is at odds with system-wide uniqueness. Is
CRIU really that important? :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists