From owner-freebsd-arch  Sat Jan 11 16:53:18 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 C4D9F37B401
	for <arch@FreeBSD.ORG>; Sat, 11 Jan 2003 16:53:16 -0800 (PST)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC9C43F75
	for <arch@FreeBSD.ORG>; Sat, 11 Jan 2003 16:53:12 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.6/8.12.6) with ESMTP id h0C0rBYp072259;
	Sat, 11 Jan 2003 16:53:11 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.6/8.12.6/Submit) id h0C0rBR1072243;
	Sat, 11 Jan 2003 16:53:11 -0800 (PST)
Date: Sat, 11 Jan 2003 16:53:11 -0800 (PST)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200301120053.h0C0rBR1072243@apollo.backplane.com>
To: "Alan L. Cox" <alc@imimic.com>
Cc: Peter Wemm <peter@wemm.org>, arch@FreeBSD.ORG
Subject: Re: Virtual memory question
References: <20030111224444.94D102A89E@canning.wemm.org> <200301112342.h0BNgj9a048596@apollo.backplane.com> <3E20B747.1FCA3B36@imimic.com>
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG


:
:Matthew Dillon wrote:
:> ...
:>     How about something like:
:> 
:>         getmemfd().
:> 
:
:Roughly speaking, this is shm_open(3), which we currently implement
:using files.
:
:Alan

   Except without the path rendezvous (which in sysv land may not even
   represent a real filesystem path).  I do not think we would want to
   make this compatible with the brokekn SysV SHM API.  It's just too
   broken.

   Interesting.  This brings to mind the 'fifo' filesystem 
   object type.  You know, ala 'mkfifo'.  There might be an advantage
   to that, then a normal open() could be used to get the shared
   memory object.

	mkshmem	- make a shared memory object that can be open()'d.
		  (ala mkfifo).

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message