Date: Tue, 2 Nov 2004 10:53:08 -0800 (PST) From: Doug White <dwhite@gumbysoft.com> To: Dan Nelson <dnelson@allantgroup.com> Cc: Arjan de Vet <devet@devet.org> Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? Message-ID: <20041102105228.X63929@carver.gumbysoft.com> In-Reply-To: <20041102160224.GA3595@dan.emsphone.com> References: <20041102094145.GA4698@adv.devet.org> <20041102160224.GA3595@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2 Nov 2004, Dan Nelson wrote: > In the last episode (Nov 02), Arjan de Vet said: > > I'm trying to track down a weird hang/panic in 5.3-RC* which seems to > > happen after 1-1.5 days on my desktop machine. The one time I saw the > > panic message it complained about kmem_map being full. > > > > This morning I noticed that the kernel memory used for kqueues was a > > bit larger than expected so I started to monitor it more closely. > > > > I soon found out what seems to be the problem: mozilla keeps lots of > > kqueue file descriptors open: > > > > > lsof | fgrep mozilla | fgrep KQUEUE | wc -l > > 1137 > > > > This number grows over time (I have mozilla running permanently with > > lots of tabs, most of which auto-refresh). Does anybody see something > > similar with mozilla on 5.3-RC*? > > I see it often, but only with programs using libc_r. I've seen up to > 3000 kqueues in one process :) I agree that the DNS lookup functions > seem to be the problem. Ugh. I thought we fixed that a couple ofyears ago. I remember tracking that one down myself :( -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041102105228.X63929>