Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Sep 2000 15:47:45 +0200
From:      Mustafa Deeb <mustafa@palnet.com>
To:        Konstantin Chuguev <Konstantin.Chuguev@dante.org.uk>, John Toon <j.a.toon@btinternet.com>
Cc:        freebsd-hackers@FreeBSD.ORG
Subject:   Re: Shared Memory Issues
Message-ID:  <5.0.0.13.0.20000905154701.01be28f8@mail.palnet.com>
In-Reply-To: <39B4CC75.F6532F21@dante.org.uk>
References:  <39B4BD1D.676139D4@btinternet.com>

next in thread | previous in thread | raw e-mail | index | archive | help
I think that there is an application that is not releasing memory resources

you can check that with ipcs and ipcsrm

cheers


At 11:35 AM 9/5/2000 +0100, Konstantin Chuguev wrote:
>John Toon wrote:
>
> > Hi,
> >
> > I've scoured through the net and the mailing archives, but was unable to
> > find any satisfactory information on a certain problem I'm suffering at
> > the moment.
> >
> > After getting the dreaded "shmget() failed" error message, I have since
> > tried several recompiles of the kernel to fix the problem.
> >
>
>The same with me.
>
> >
> > I added
> >
> > options SHMMAXPGS=16385
> > options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)
> >
> > to my new kernel and recompiled.
> >
>
>I tried this without success.
>
> >
> > However, under XFree86 4.0, I still seem to be getting shared memory
> > issues.
> >
>
>I'm using XFree86 3.3.6 with the server of 3.3.5. The problem is not in
>XFree, but in imlib.
>
> >
> > Compupic refuses to start under GNOME issuing
> >
> > X Error of failed request:  BadAccess (attempt to access private
> > resource denied)
> >   Major opcode of failed request:  146 (MIT-SHM)
> >   Minor opcode of failed request:  1 (X_ShmAttach)
> >   Serial number of failed request:  2961
> >   Current serial number in output stream:  2962
> >
> > Yet works under VTWM - until I load up a few applications, when it
> > terminates again, with the same problem. More annoyingly, FXTV also dies
> > with the same problem.
> >
> > Next, I tried another kernel, this time with the following options:
> >
> > options         SEMMNI=100
> > options         SEMMNS=300
> > options         SEMUME=100
> > options         SEMMNU=150
> > options         SHMMAXPGS=16385
> >
> > I omitted the SHMMAX option, as I have read that this option is now
> > deprecated. Unfortunately, this kernel was not better.
> >
>
>For me, playing with SHM options made things worse than it was in the
>default SHM kernel configuration.
>
> >
> > I'm currently running FreeBSD 4.0-RELEASE.
> >
> > Several questions;
> >
> > 1. If I upgrade to 4.1-STABLE (which I will be soon), will the shared
> > memory issue disappear?
>
>I doubt so. I'm running 5.0-CURRENT, and still have the problem.
>
>--
>           * *        Konstantin Chuguev - Application Engineer
>        *      *              Francis House, 112 Hills Road
>      *                       Cambridge CB2 1PQ, United Kingdom
>  D  A  N  T  E       WWW:    http://www.dante.net
>
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.0.0.13.0.20000905154701.01be28f8>