From owner-freebsd-hackers Fri Dec 13 09:30:02 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA00684 for hackers-outgoing; Fri, 13 Dec 1996 09:30:02 -0800 (PST) Received: from hub.org (root@hub.org [207.107.138.200]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA00650 for ; Fri, 13 Dec 1996 09:29:59 -0800 (PST) Received: from localhost (scrappy@localhost) by hub.org (8.8.2/8.7.5) with SMTP id MAA22881; Fri, 13 Dec 1996 12:29:38 -0500 (EST) Date: Fri, 13 Dec 1996 12:29:38 -0500 (EST) From: "Marc G. Fournier" To: "Eric L. Hernes" cc: hackers@FreeBSD.ORG Subject: Re: Multiple Buffer allocation of Shared Memory In-Reply-To: <199612131404.IAA08338@jake.lodgenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Dec 1996, Eric L. Hernes wrote: > Are these true parent/children, or server/client. It doesn't change > *everything*, mostly it just throws out some of the shortcuts, like > inheriting file descriptors and/or mmap'd regions. > true client/server...basically, the "server" is a stand alone process that talks, via sockets, to another machine, and needs to store the information in memory, vs disk for the client(s) to access... > I think there's a correspondence between the file mode and the PROT_*, > specifically, if you open a file O_RDONLY, then mmap with PROT_WRITE, > the mmap will fail with EACCES. > Okay, makes sense...will keep that one in mind... > Yes, that looks ok. To update the image on disk, you'll need to > use msync(). I'm not sure if there's ever a predictable implicit > msync(). Certainly when memory is scarce, but that's not predicable. > Possibly when munmap'ing, or at process exit. > S'alright, the only reason I'm using a named file in the first place is for easy of connecting clients to the MMAPd region...the data will never need to be written to disk, as its out of date seconds after its created. Now, I think I have enough to actually write the shared memory aspect of things...at least now it makes a helluva lot more sense then it did :) Thanks to all... Marc G. Fournier scrappy@hub.org Systems Administrator @ hub.org scrappy@freebsd.org