Slow startup in Firefox on OpenSUSE, 3 Lock Files Timeout?
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
People
(Reporter: zrenfire, Unassigned)
References
Details
Attachments
(1 file)
417.90 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0
Steps to reproduce:
https://old.reddit.com/r/openSUSE/comments/15jygg0/slow_firefox_startup/
Is it just me that's experiencing slow Firefox startups in OpenSUSE? I tied Ubuntu and it had fairly quick startups.
My old tumbleweed PC had a shit GPU setup, so I didn't mind the slow startups. But I now have a Ryzen 5 5600G desktop and I'm still getting slow startups.
I copied the old ~/.mozilla/ folder to my new PC, and it's been slow to startup as well.
I tried using the https://profiler.firefox.com/ and running with:
MOZ_PROFILER_STARTUP=1 MOZ_PROFILER_STARTUP_ENTRIES=20000000 firefox
- OpenSUSE Tumbleweed
- KDE Plasma Wayland
- btrfs
I tried:
firefox --safe-mode
- Deleting/moving
~/.mozilla
+~/.cache/mozilla
- New User
- Plasma XOrg
All attempts took 20+ seconds to open Firefox.
Actual results:
and noticed it's spending 10+10+5 seconds stuck polling the lock files.
The lock file appears to be a symbolic link pointing to localhost:+18462
which I didn't even know links could do.
I also noticed a Telemetry.FailedProfileLocks.txt file with the number "9" inside it. Might be from my older PC install. It doesn't update each startup.
Expected results:
- Kubuntu 23.04 (startup was only 2 seconds) ext4
- Ubuntu 22.04 (startup was only 2 seconds) ext4
Both tested on same M.2 drive in different partitions.
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
I typed up the stack trace in the screenshots for reddit and figured I'd post it here too.
XREMain::XRE_mainStartup
callsnsRemoteService::LockStartup
,nsProfileLock::LockWithSymlink
,nsProfileLock::Lock(...)
,PR_GetHostByName
,__new_gethostbyname_r
__nscd_gethostbyname_r
,nscd_gethst_r
,__nscd_open_socket
,wait_on_socket
poll
(Spends 5s = 5000ms)
_nss_dns_gethostbyname_r
,__GI__nss_dns_gethostbyname_r
,gethostbyname3_context
,__GI___res_context_search
,__res_context_querydomain
,__GI___res_context_query
,__res_context_send
,send_dg
poll
(Spends 10s)
LockProfile(nslNativeAppSupport, nslFile, nslFile, nslToolkitProfile, nslProfileLock)
nsToolkitProfile::Lock
,nsToolkitProfile::Lock
,nsToolkitProfileLock::Init
,nsToolkitProfileLock::Init
,nsProfileLock::Lock
,nsProfileLock::LockWithSymlink
,PR_GetHostByName
,__new_gethostbyname_r
_nss_dns_gethostbyname_r
,__GI__nss_dns_gethostbyname_r
,gethostbyname3_context
,__GI___res_context_search
,__res_context_querydomain
,__GI___res_context_query
,__res_context_send
,send_dg
poll
(Spends 10s)
Comment 3•1 year ago
|
||
Could you upload the profile data ("Upload Local Profile" in the upper right) and post a link to that?
(Preferably from a new Firefox profile, to minimize both logs of unrelated events and disclosure of private information.)
Comment 4•1 year ago
|
||
Is your home directory a local disk or is it a network mount of some kind?
Comment 5•9 months ago
|
||
A needinfo is requested from the reporter, however, the reporter is inactive on Bugzilla. Given that the bug is still UNCONFIRMED
, closing the bug as incomplete.
For more information, please visit BugBot documentation.
Description
•