Bug 1076914
| Summary: | Slow startup - high cpu | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Flóki Pálsson <flokip> |
| Component: | rhythmbox | Assignee: | Bastien Nocera <bnocera> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 22 | CC: | bnocera, matteo, reiter.christoph |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-01-18 22:18:42 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Flóki Pálsson
2014-03-16 12:52:11 UTC
I can also see this.
At startup, running rhythmbox with strace, I'm swarmed by thousands and thousands of DBus calls to AT-SPI:
sendmsg(4, {msg_name(0)=NULL, msg_iov(2)=[{"l\4\1\1P\0\0\0m\254\2\0w\0\0\0\1\1o\0\36\0\0\0/org/a11y/atspi/accessible/368\0\0\2\1s\0\33\0\0\0org.a11y.atspi.Event.Object\0\0\0\0\0\3\1s\0\17\0\0\0ChildrenChanged\0\10\1g\0\tsiiva{sv}\0\0", 136}, {"\3\0\0\0add\0\367E\1\0\0\0\0\0\4(so)\0\0\0\5\0\0\0:1.55\0\0\0 \0\0\0/org/a11y/atspi/accessible/87389\0\0\0\0\0\0\0\0", 80}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 216
sendmsg(4, {msg_name(0)=NULL, msg_iov(2)=[{"l\4\1\1 \0\0\0n\254\2\0\177\0\0\0\1\1o\0 \0\0\0/org/a11y/atspi/accessible/87390\0\0\0\0\0\0\0\0\2\1s\0\33\0\0\0org.a11y.atspi.Event.Object\0\0\0\0\0\3\1s\0\f\0\0\0StateChanged\0\0\0\0\10\1g\0\tsiiva{sv}\0\0", 144}, {"\7\0\0\0defunct\0\0\0\0\0\0\0\0\0\1i\0\0\0\0\0\0\0\0\0\0", 32}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 176
Also, trying to search for an artist/song triggers a severe slow down, but I cannot tell if the two are related. I think around the GNOME 3.11.90 release Rhythmbox was okay, but I'm just going on my memory. It is definitely a regression, though; we went from almost-instantaneous, to more-than-5-minutes, which is rather annoying.
I have ~20'000 songs in my library, so I can imagine that (if my guess is right) triggering a DBus call multiple times for each song, because the treeview has changed, is rather heavyweight.
FWIW, I can confirm that killing at-spi-bus-launcher makes Rhythmbox responsive again (until it is respawned, that is). at-spi on DBus, and updating the treeview, seem to be the culprit of this bug. ok now. rhythmbox-3.0.3-2.fc21.x86_64 Now it takes over 30 seconds to list songs. Ca 17.000. rhythmbox-3.0.3-4.fc21.x86_64 ok now rhythmbox-3.1-1.fc21.x86_64 This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22 |