From owner-freebsd-arch Wed Jan 22 18:22: 0 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5939637B401 for ; Wed, 22 Jan 2003 18:21:59 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ADE943F5B for ; Wed, 22 Jan 2003 18:21:59 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id E5F5B2A7EA; Wed, 22 Jan 2003 18:21:58 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Garrett Wollman Cc: Matthew Dillon , arch@FreeBSD.ORG Subject: Re: getsysfd() patch #1 (Re: Virtual memory question) In-Reply-To: <200301222323.h0MNN7co043532@khavrinen.lcs.mit.edu> Date: Wed, 22 Jan 2003 18:21:58 -0800 From: Peter Wemm Message-Id: <20030123022158.E5F5B2A7EA@canning.wemm.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > I would argue that namespace private operations are far better handled > > in userspace then kernelspace (why waste kernel memory managing > > private namespaces?). > > Private namespaces are bad and unnecessary. We already have anonymous > shared memory; I don't see any need for ``semi-anonymous'' shared > memory. The garbage-collection problem is already bad enough. Meanwhile, in the real world, it is exactly what we need at work. Anonymous shared memory (MAP_ANON and /dev/zero) isn't good enough. Actually, we dont care for the shm_open() API too much at all since it conflicts with our application libraries. Fortunately it doesn't exist in 4.x yet, which is where we need the persistent object thing anyway. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message