From owner-freebsd-arch@FreeBSD.ORG Tue Jun 5 13:07:10 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 563611065674; Tue, 5 Jun 2012 13:07:10 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1052A8FC17; Tue, 5 Jun 2012 13:07:09 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 19EBE6F72; Tue, 5 Jun 2012 13:07:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D331B95FE; Tue, 5 Jun 2012 15:07:08 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <20120602171632.GC2358@deviant.kiev.zoral.com.ua> <201206041053.51802.jhb@freebsd.org> Date: Tue, 05 Jun 2012 15:07:08 +0200 In-Reply-To: <201206041053.51802.jhb@freebsd.org> (John Baldwin's message of "Mon, 4 Jun 2012 10:53:51 -0400") Message-ID: <86y5o1vrer.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Gianni , Alan Cox , Alexander Kabaev , Attilio Rao , Konstantin Belousov , freebsd-arch@freebsd.org, Konstantin Belousov Subject: Re: Fwd: [RFC] Kernel shared variables X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 13:07:10 -0000 John Baldwin writes: > I think this is an important question actually. Is there anything > that really needs to be here besides gettimeofday()? I mean, is there > any real-world application that needs to call getpid() or getppid() a > bunch of times? Yes, for fork detection when accessing resources shared between descendants of the process that allocated them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no