Version: 0.8.5 (using KDE KDE 3.5.6) Installed from: Ubuntu Packages OS: Linux I do know about https://bugs.kde.org/show_bug.cgi?id=51965 . But after some years, the problem is still here. It doesn't matter how long the download list is, and even whether the application is minimised in the taskbar or maximised on the display. When mimimised the application eats less than 70%. When maximised it's eating from a minimum of 60% up to 90% of the CPU time of one of the two cores. So part of the problem can be in the GUI.
If you know about #51965, then you have probably also seen my last comment there ;)
On Thursday 02 August 2007 23:42:32 Urs Wolfer wrote: [bugs.kde.org quoted mail] Well I read that link and thought that the problem was not related to KDE. So the high CPU load is an unfixable bug while under KDE 3.x. Isn't it? As it seems KDE is approaching the v4 release, I think I'll go the "curl" way in the meantime.
We just don't have the manpower to work on the KDE 3 version. You could try to delete the KGet config files. I don't know if that helps... ~/.kde/share/config/kgetrc
On Thursday 02 August 2007 23:55:10 Urs Wolfer wrote: [bugs.kde.org quoted mail] It seems it works! Now workload is below 1%. This is really weird though! I'd put this adivse somewhere in the bug system. Thanks a lot.
I'have no idea whether in KDE 4 this problem has been fixed or investigated. In any case it seems to me that the problem arises when there are recovered downloads. Otherwise the CPU load remains below 1% even for days.