From mboxrd@z Thu Jan 1 00:00:00 1970 From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] new wrap MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-oyycouhqrlemsimcltcptzcfgt" Message-Id: <20010507175729.B0B0F199F9@mail.cse.psu.edu> Date: Mon, 7 May 2001 13:57:27 -0400 Topicbox-Message-UUID: 9ab220c0-eac9-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-oyycouhqrlemsimcltcptzcfgt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I was going to call it shmem originally but thought better of it after the flap over int/void main(). I added it at the request of a piece of Lucent that wants to be able to have a large in memory database sharable by unrelated processes. Any process can see them but segattaching, reading, and writing uses the file protections. I may add that restriction to removing also, haven't decided yet. In the interest of being neighborly, I added it to the general distribution. I made it a separate device mostly because I don't think its incredibly useful. It has our normal shared segment restriction that it must be at the same virtual address in all processes that use it. If you have locks in it, there's no mechanism for backing out the locks held if a process dies. It's very much a solution to a specific problem... It's a little nicer than shmem in that processes on other machines can get at the segment, albeit with some difficulty, by importing the file system interface. --upas-oyycouhqrlemsimcltcptzcfgt Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon May 7 13:44:18 EDT 2001 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon May 7 13:44:17 EDT 2001 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 50B03199FC; Mon, 7 May 2001 13:44:09 -0400 (EDT) Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9D5F6199FA for <9fans@cse.psu.edu>; Mon, 7 May 2001 13:43:24 -0400 (EDT) Received: from cotswold.demon.co.uk ([194.222.75.186] helo=nigel.9fs.org) by anchor-post-33.mail.demon.net with smtp (Exim 2.12 #1) id 14wp2Z-0000bR-0X for 9fans@cse.psu.edu; Mon, 7 May 2001 18:43:23 +0100 To: 9fans@cse.psu.edu Subject: Re: [9fans] new wrap From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-lpvgcapsewckaeanfwsnpsnqkk" Message-Id: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 7 May 2001 18:43:21 +0100 This is a multi-part message in MIME format. --upas-lpvgcapsewckaeanfwsnpsnqkk Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I'd assumed it was to assist in the proper implementation of main(). --upas-lpvgcapsewckaeanfwsnpsnqkk Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by cpu; Mon May 7 18:45:01 BST 2001 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BF96B199F0; Mon, 7 May 2001 13:42:08 -0400 (EDT) Received: from bio.cse.psu.edu (galapagos.cse.psu.edu [130.203.12.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0BC6D199ED for <9fans@cse.psu.edu>; Mon, 7 May 2001 13:41:20 -0400 (EDT) Received: (qmail 21097 invoked by uid 991); 7 May 2001 17:41:19 -0000 Message-ID: <20010507174119.21095.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] new wrap In-Reply-To: Message from presotto@plan9.bell-labs.com of "Mon, 07 May 2001 13:20:59 EDT." <20010507172101.4831F1998A@mail.cse.psu.edu> From: Scott Schwartz Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 07 May 2001 13:41:19 -0400 Dave writes: | This is sort of like '#s' for segments, i.e., segments | that can be attached by unrelated processes. Can you say a few words about what inspired this, and how it's intended to be used? Things in #s are always globally visible... ## too? It reminds me of SysV shm. --upas-lpvgcapsewckaeanfwsnpsnqkk-- --upas-oyycouhqrlemsimcltcptzcfgt--