Closed
Bug 716446
Opened 13 years ago
Closed 6 years ago
Slow strumming of menus on Linux possibly due to sounds
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jesup, Unassigned)
References
()
Details
In looking at bug 716445 (spin-off from bug 490122), I strummed the menus in Fedora 15 using a 12.x trunk build. They were unexpectedly slow, and the jprof showed a ton of fork()s and a lot of time in nsSound::PlayEventSound(). Per roc's comment:
Probably something to do with libcanberra trying to play a system menu sound --- bug 567746, or bug 110385
The guess is that it's forking to play the menu event sounds (why do we have menu event sounds?) and while the sounds might be asynchronous, spawning the background process on each sound to handle it is expensive.
Jprof: https://bugzilla.mozilla.org/attachment.cgi?id=586802
Updated•13 years ago
|
Component: Menus → Widget: Gtk
Product: Firefox → Core
QA Contact: menus → gtk
Comment 1•13 years ago
|
||
The forking is probably ESD. There's a plan to get rid of that code path (bug 635918), but it hasn't landed yet.
Comment 2•13 years ago
|
||
Bug 635918 just landed on inbound; all event sounds are now handled by libcanberra. Please retest and update the bug if there is still an issue.
Comment 3•6 years ago
|
||
I believe this is now fixed.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•