Excesive CPU usage with long queues
Bug #643195 reported by
Alejandro J. Cura
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| magicicada gui |
Fix Released
|
High
|
Facundo Batista | ||
Bug Description
My content queue has lots of files pending synchronization (over 1700). When syncdaemon is quickly going thru many small files, magicicada cpu usage goes over the roof.
It looks as if the problem happens while magicicada is trying to update the gtktreeview with all the rows.
I believe it should freeze the treeview updates and unset the model while updating, just like it says in this pygtk faq entry: http://
Related branches
lp:~facundo/magicicada-gui/multiple-queue-changes
- Natalia Bidart: Approve
-
Diff: 320 lines (+227/-17)4 files modifiedmagicicada/helpers.py (+5/-5)
magicicada/logger.py (+2/-3)
magicicada/syncdaemon.py (+37/-8)
magicicada/tests/test_syncdaemon.py (+183/-1)
| Changed in magicicada: | |
| milestone: | none → alpha2 |
| importance: | Undecided → High |
| status: | New → Confirmed |
Revision history for this message
| Facundo Batista (facundo) wrote | #1 |
| Changed in magicicada: | |
| status: | Confirmed → In Progress |
| assignee: | nobody → Facundo Batista (facundo) |
| Changed in magicicada: | |
| status: | In Progress → Fix Committed |
| Changed in magicicada: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
One problem we surely have is that if the Syncdaemon tells Magicicada in a burst that a queue changed 1000 times, Magicicada will ask 1000 times the new queue content, not waiting for Syncdaemon to answer, making all the load go higher.
So, we'll fix this first.