Thus Neil Ludban <nludban@columbus.rr.com> spake on Mon, 23 Jan 2006
07:58:59 -0500:

> On Mon, 23 Jan 2006 12:58:46 +0100
> Timo Schoeler <timo.schoeler@riscworks.net> wrote:
> 
> > Thus seebs@plethora.net (Peter Seebach) spake on Mon, 23 Jan 2006
> > 05:49:58 -0600:
> > 
> > > On -current, with a natively built Firefox, Firefox occasionally
> > > wedges completely, CPU-looping, for quite a while, then comes
> > > back. 5-10 seconds minimum; I've seen a minute.
> > > 
> > > Some pages will impose a 2-second or longer delay during which the
> > > entire X server is wedged; no keyboard processing or anything.
> > > 
> > > This doesn't happen on any non-NetBSD platforms, but only Firefox
> > > does it.  Is anyone else seeing anything like this?
> > 
> > hi,
> > 
> > for me this happens too -- on NetBSD 2.1 (!); firefox is 1.5 from
> > 20051213, GTK2
> > 
> > best,
> > 
> > timo
> 
> I'm seeing occasional delays with NetBSD 3.0_RC5 and firefox-1.0.7.
> But, home is on NFS, the server is completely new hardware, the client
> disk was moved to unproven hardware, and both are using new sk(4)
> network interfaces.  So, no baseline to compare against.  The
> interesting bit is that running "ls ~" in an xterm has never failed
> to bring it immediately back to life.  I haven't had time to
> investigate more.
> 
> -Neil

no NFS here. while firefox hangs from time to time for the above
described amount of time, eating CPU cycles en gros, e.g. Konqueror or
Dillo run fine (at the same time).

timo