Re: Long waits for Firefox and SeaMonkey to respond to links from other applications

From: Cy Schubert <Cy.Schubert_at_cschubert.com>
Date: Mon, 25 Mar 2019 07:21:05 -0700
On March 25, 2019 6:41:18 AM PDT, Kjell Tore Ullavik <ktullavik_at_gmail.com> wrote:
>
>
>On 24.03.2019 17.25, Graham Perrin wrote:
>> When I open a web address in (for example) Thunderbird, there's a
>wait 
>> of around fifteen seconds before the web browser, already open, 
>> handles the address.
>>
>> Affected browsers:
>>
>> - Firefox
>> - SeaMonkey
>> - Waterfox.
>>
>> Not affected:
>>
>> - New Moon (Pale Moon) – the waiting period is a split-second
>> - Chromium – split-second
>> - Falkon – less than two seconds.
>>
>> Any ideas?
>>
>> <https://put.re/player?id=b62zHf8k.m4v> shows the waiting period with
>
>> Konsole as the starting point, Firefox as the default web browser.
>>
>> I can't say exactly when the problem began, but it was long before 
>> Firefox 66.
>>
>> ----
>>
>> $ date ; uname -v
>> Sun 24 Mar 2019 16:23:22 GMT
>> FreeBSD 13.0-CURRENT r345330 GENERIC-NODEBUG
>> $ pkg query '%o %v %R' firefox seamonkey waterfox
>> www/firefox 66.0_3,1 poudriere
>> www/seamonkey 2.49.4_24 FreeBSD
>> www/waterfox 56.2.7.2 poudriere
>> $
>
>I have seen this as well. But not right now so can't investigate.
>Could it be a dbus problem?
>
>I also have a vague and incomplete memory of fixing a similar
>problem a long time ago by filling out my /etc/hosts.
>Though that seems a bit weird.
>
>
>
>_______________________________________________
>freebsd-current_at_freebsd.org mailing list
>https://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to
>"freebsd-current-unsubscribe_at_freebsd.org"

The way to attack this problem is to run tcpdump on the interface while running DTrace against firefox or under truss -d. Simply running tcpdump without the other might give you enough information to at least make an educated guess.

Also, ff & friends are especially sensitive to load. If you're doing buildworld -j while using ff, don't or give ff a higher priority. I've seen it use multiple threads within multiple processes.

Make sure you have lots of RAM. ff doesn't like to have any of it's working set paged out.


-- 
Pardon the typos and autocorrect, small keyboard in use.
Cheers,
Cy Schubert <Cy.Schubert_at_cschubert.com>
FreeBSD UNIX: <cy_at_FreeBSD.org> Web: http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.
Received on Mon Mar 25 2019 - 13:24:23 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:20 UTC