Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Oct 2002 14:26:19 -0700
From:      Alfred Perlstein <alfred@FreeBSD.ORG>
To:        Ben Stuyts <ben@stuyts.nl>
Cc:        Jeff Roberson <jroberson@chesapeake.net>, Terry Lambert <tlambert2@mindspring.com>, Robert Watson <rwatson@freebsd.org>, current@freebsd.org, jeff@freebsd.org
Subject:   Re: [Ugly PATCH] Again: panic kmem_malloc()
Message-ID:  <20021016212619.GR95327@elvis.mu.org>
In-Reply-To: <4.3.2.7.2.20021016225907.00b8b8b0@terminus>
References:  <4.3.2.7.2.20021016213322.01c6d348@terminus> <4.3.2.7.2.20021016225907.00b8b8b0@terminus>

next in thread | previous in thread | raw e-mail | index | archive | help
* Ben Stuyts <ben@stuyts.nl> [021016 14:05] wrote:
> At 22:00 16/10/2002, Jeff Roberson wrote:
> 
> >On Wed, 16 Oct 2002, Ben Stuyts wrote:
> >
> >> I'll also run your vmstat script that you posted in a similar thread. One
> >> of the big memory users seems to be sem, and it's growing. Almost every
> >> time I do a vmstat -m, sem usage has grown a few k.
> >>
> >
> >[snip]
> >>            sem167320  2622K   2622K   167320  16,1024,4096
> >[snip]
> >
> >Thank you for looking into this.  It definitely looks like a memory leak.
> >I forwarded this to alfred.  He was just working on semaphores so he may
> >know something about it.
> >
> >>
> >> I'll see what the stats are tomorrow.
> >>
> >Much appreciated.
> 
> No need to wait for tomorrow. :-) Just 1.5 hours later, vmstat -m says:
> 
> <           sem167344  2622K   2622K   167344  16,1024,4096
> ---
> >           sem235512  3687K   3687K   235512  16,1024,4096
> 
> So it looks indeed like sem is the problem,
> 
> Kind regards,
> Ben

what does

sysctl -a | grep ^p10

say?

My guess is that you don't have the module in question loaded.

If you do, then why?  (it's marked experimental)

And why aren't these bug reports a lot more detailed? (meaing why
aren't you actually giving an hypothesys as to why the code is
broken?)

*grumble*

-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'

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




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