CPU hog due to wallpaper lists (large SVG files)
Bug #1125182 reported by
TBeholder
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| shimmer-themes (Ubuntu) |
Opinion
|
Wishlist
|
Pasi Lallinaho | ||
| xfdesktop4 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bug Description
With shimmer-wallpapers installed, xfdesktop-settings suffers long freezes completely hogging one core while regenerating a thumbnail list or selecting an SVG image.
The apparent reason is that the present renderer is incapable of handling high-quality SVG files included along with PNG fast enough: it takes 30 seconds from selection of bluebird-
Same result with some viewers in /usr/share/
| tags: | added: wallpaper |
| tags: |
added: vector removed: wallpaper |
| tags: | added: wallpaper |
| description: | updated |
| description: | updated |
| description: | updated |
Revision history for this message
| Pasi Lallinaho (knome) wrote | #1 |
| Changed in xfdesktop4 (Ubuntu): | |
| status: | New → Invalid |
| Changed in shimmer-themes (Ubuntu): | |
| status: | New → Opinion |
| assignee: | nobody → Pasi Lallinaho (knome) |
| importance: | Undecided → Wishlist |
To post a comment you must log in.
This isn't a bug in xfdesktop4. The reason why other SVG files take longer to load is their complex nature.
There is no good solution for this; either we ship one SVG file that might take longer to load but will work well with all systems or several PNGs exported to multiple sizes (for reasons not sensible to discuss within this bug) which might or might not work well with various systems (due to stretching etc). The latter option will make the wallpaper list longer and that's why it's not the perfect solution either.
Marking this as opinion for shimmer-themes as well, but I'll see if we could do something to improve the situation with future releases.