From owner-freebsd-hackers Mon Jul 8 03:11:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22709 for hackers-outgoing; Mon, 8 Jul 1996 03:11:34 -0700 (PDT) Received: from d210.ndiasb.kiev.ua (d210.ndiasb.kiev.ua [194.44.4.27]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA22470 for ; Mon, 8 Jul 1996 03:10:10 -0700 (PDT) Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by d210.ndiasb.kiev.ua (8.6.12/8.6.12) with ESMTP id NAA20149 for ; Mon, 8 Jul 1996 13:14:18 +0300 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id MAA06454; Mon, 8 Jul 1996 12:57:56 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id MAA19692; Mon, 8 Jul 1996 12:57:55 +0300 Date: Mon, 8 Jul 1996 12:57:55 +0300 From: "Andrew V. Stesin" Message-Id: <199607080957.MAA19692@office.elvisti.kiev.ua> To: joelh@gnu.ai.mit.edu Cc: hackers@freebsd.org Subject: Re: filemalloc etc. for shared memory between processes Organization: ElVisti Information center X-Newsreader: TIN [version 1.2 PL2+] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, : What about using one mmap'd region, then dividing it up malloc-style : (see Knuth) instead of constanly mmapping lots of possibly tiny files? : It may be good to look at mmalloc (distributed with gdb) for using : malloc with mmap. Another advantage of this is that the regions : filemalloc()'d can hold pointers as offsets to the start of the mapped : region that would hold valid for all processes. I wonder how one should properly implement locking of memory regions in this case. Will appropriate fcntl(2) be enough? : -- : http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu : Fourth law of computing: : Anything that can go wro : .signature: segmentation violation -- core dumped -- With best regards -- Andrew Stesin. Phones/fax: +380 (44) { 244-0122, 276-0188, 271-3457, 271-3560 } "You may delegate authority, but not responsibility." Frank's Management Rule #1.