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>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4187B13E.3050802>