Date: Tue, 02 Nov 2004 09:09:34 -0700 From: Scott Long <scottl@freebsd.org> 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: <4187B13E.3050802@freebsd.org> In-Reply-To: <20041102160224.GA3595@dan.emsphone.com> References: <20041102094145.GA4698@adv.devet.org> <20041102160224.GA3595@dan.emsphone.com>
index | next in thread | previous in thread | raw e-mail
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. > I've had mozilla run for 20 days straight on RELENG_5 (using KSE, btw). At this point for 5.3 and given that this appears to be an isolated problem, I'm going to defer it for now. Scotthome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4187B13E.3050802>