Bug 254036 - digikam.org logo animation causes high CPU load in X server
Summary: digikam.org logo animation causes high CPU load in X server
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Ergonomy (show other bugs)
Version: 1.5.0
Platform: openSUSE Linux
: NOR minor
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-13 07:47 UTC by Roman Fietze
Modified: 2022-01-23 09:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Fietze 2010-10-13 07:47:37 UTC
Version:           1.5.0 (using KDE 4.5.2) 
OS:                Linux

As long as the digikam.org logo in the upper right edge is animated, e.g. in the batch queue manager while it is running, digikam seems to put a high CPU load on the X server.

The two lines from top:

10329 fietze    20   0 1801m 786m  57m 1.0g S  101 10.2  16:51.72 /usr/bin/digikam -caption digiKam -icon digikam                                                      

 6646 root      20   0  621m 486m  43m 134m S   73  6.3 115:18.94 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -auth /var/lib/xdm/authdir/authfiles/A:0-M2sQlb               

As soon as the batch queue manager window is minizmized the Xorg load goes almost away (below 5%), while the high digikam CPU load stays (of course, the queue is still active and running).

Could be a similar problem as with the knotify button animation, which did almost the same thing while e.g. download jubs where active.

This is on an openSUSE 11.2 x86_64 with a dual core AMD Athlon 6400+. Maybe the used grafics card and driver is one factor: embedded ATI Readeon 3xxx inside an AMD 780G chipset, newest ATI driver catalyst V10.9.


Reproducible: Always
Comment 1 caulier.gilles 2010-10-13 09:17:31 UTC
Not reproducible here. ATI card under mandriva, AMD drivers installed. Sound like a problem with your linux install

Gilles Caulier
Comment 2 Marcel Wiesweg 2010-10-13 09:54:48 UTC
Roman, see it this way: This animation is a tiny part of the screen redrawn like 25x per second. Could it be regarded a bug of the application to do that? Not really. Can we expect a desktop system of the year 2010 to handle this? Yes, this demand is ridiculously far below the capabilities of your hardware.
The Linux graphics stack is progressing, but is still in a pitiful state in some areas. (and we cannot blame the hardware vendors, the ATI specs are available)
Comment 3 Roman Fietze 2010-10-13 10:00:56 UTC
(In reply to comment #2)

> Could it be regarded a bug of the application to do that?

Or the underlying toolkit. Most probably. Allthough I shouldn't kill the messenger, currently digikam together with knotify are teh only applications showing such a behaviour.

See bug #251328.
Comment 4 Roman Fietze 2010-10-13 18:24:00 UTC
Could reproduce that on a second system, this time my home box. This is also an openSUSE 11.2 x86_64, but with an AMD 785 chipset containing a Radeon 4xxx and a quad core Phenom 905e. This xorg load is about 30% as long as the BQM window is not minimized.

I assume a problem upstream, propably the KDE libs or even the ATI driver. Maybe I can test that again using a non ATI box tomorrow.
Comment 5 Martin Klapetek 2010-10-13 18:37:26 UTC
Interesting, I can reproduce it as well. I'm on Fedora 13 x86_64 and I have ATI Radeon HD 3200 integrated GPU (RS780M/RS780MN) with Catalyst fglrx 10.9 and the X usage goes indeed high when the window is on top and goes back down when minimalized. Not sure if it is the logo, but something in BQM does make the X use more CPU.