From owner-freebsd-questions Thu Dec 31 11:31:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08991 for freebsd-questions-outgoing; Thu, 31 Dec 1998 11:31:52 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from local.linkexchange.com (local.linkexchange.com [209.143.238.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08986 for ; Thu, 31 Dec 1998 11:31:51 -0800 (PST) (envelope-from alfwatt@linkexchange.com) Received: from linkexchange.com (lesf217.linkexchange.com [209.143.238.217]) by local.linkexchange.com (8.8.8/LinkExchange-8.8.8) with ESMTP id LAA27673 for ; Thu, 31 Dec 1998 11:31:30 -0800 (PST) Message-ID: <368BD11B.9B7D276A@linkexchange.com> Date: Thu, 31 Dec 1998 11:31:39 -0800 From: Alf Watt Organization: LinkExchange X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG Subject: Shared Memory Question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got some perl code that uses shared memory up and running, the problem is that I can't have more than 10 segments, ever. Here's an example sequence: % perl test 915133603-512 ... 915133613-512 could not share: LE::Object=HASH(0x152db0), No space left on device at /usr/le/lib/LE/Object.pm line 264. Segmentation fault (core dumped) "could not share:..." is my error from a die() call, 'No space left on device' is the given system error. And the seg fault, well, that's defiantly not *my* fault ;-). Thinking that I needed more shared memory I promptly rebuild my kernel with the following parameters: # This provides support for System V shared memory. # options SYSVSHM # enable for memory options SYSVSEM # enable for semaphores options SYSVMSG # enable for messaging options SHMMAXPGS=8192 # 32MB of sharable memory options SHMMNI=4096 # more shared memory identifiers options SHMSEG=1024 # shared memory segs/process Which seems to work pretty well: % ipcs -M shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 4096 (max number of shared memory identifiers) shmseg: 1024 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) Does anyone out there know which device is running out of space, and how I give it more? Many thanks, Alf Watt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message