From owner-freebsd-hackers Tue Dec 10 11:20:59 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA23082 for hackers-outgoing; Tue, 10 Dec 1996 11:20:59 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA23076 for ; Tue, 10 Dec 1996 11:20:55 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id OAA00466; Tue, 10 Dec 1996 14:19:26 -0500 (EST) From: John Dyson Message-Id: <199612101919.OAA00466@dyson.iquest.net> Subject: Re: Multiple Buffer allocation of Shared Memory To: terry@lambert.org (Terry Lambert) Date: Tue, 10 Dec 1996 14:19:26 -0500 (EST) Cc: scrappy@hub.org, hackers@FreeBSD.ORG In-Reply-To: <199612101803.LAA04496@phaeton.artisoft.com> from "Terry Lambert" at Dec 10, 96 11:03:25 am Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Administrative limit because of address space crowding... just like > the limit on segment size. You can override as necessary, and > rebuild a kernel. However, I would suggest you use mmap instead, > if possible. > SYSVSHM isn't that different from mmap, but it has a different namespace. > > It would be much better to mmap a contiguous area, where each message > fills up exactly 4k (even if you need pad to do it) and make sure the > messages are on 4k boundries to ensure seperate protection domains. > This is true, even if you use SVR4 primitives... > I agree with this -- the larger the number of seperate mappings, the more OS overhead there will be. John