Version: (using KDE KDE 3.1) Installed from: Mandrake RPMs OS: Linux When downloading a file to the desktop, in this case a 600 mb iso, I'm not able to use the web as it results in what seems to be a high cpu usage, eg. mouse lags and gets stuck for a while, and gui's generally seems to lag. If I then stop the download and browse (the same pages) again, it works fine. I've also tried downloading to another localtion and I don't seem to have any troubles. It doesn't crash the system directly, but you have to be quite patient in order to restore the system, eg. opening the process manager, finding the process (konqueror) and killing it, while the mouse lags. Mozilla seems to work fine while saving to the desktop.
*** Bug 58725 has been marked as a duplicate of this bug. ***
The high CPU usage is caused by th refresh rate of the KGet window. It seems to be refreshing continously. If you close the KGet window, the CPU usage drops to an acceptable 5-10%.
I also experiment very high (100%) cpu usage with kget, however, it does not matter where I'm downloading to. It happens almost every time, I'm on a Debian/unstable stock KDE 3.2.1 system. I tried to close the kget window, it does not change anything, I have to exit kget to see the cpu usage dropping.
The problem seems fixed in 3.2.3. Could anyone confirm this?
On the contrary, I noticed the same behaviot (high CPU/Memory usage) in KDE 3.2.3, as well.
I experienced this problem too when I recently installed yoper-linux 2.1, but only when using the ext3 filesystem. I reinstalled with the reiserfs, and now I don't have this problem. Could that have anything to do with it?
Still present in KDE 3.3.0.
Still present in KDE 3.3.1
It seems corrected in KDE 3.3.2
*** This bug has been confirmed by popular vote. ***
Still present in 3.4.1
The bugfix provided in this bugreport does not work for KDE 3.4.1: If I close the window, the cpu usage does NOT drop. Increased CPU usage starts when a download completes while another download is running, if window is open (even if it isn't shown). This happens regardless of where you are saving your stuff, and not just the desktop.
I have this problem too. after typing: strace -p 3815 (pid of kget) 1000 repeatings of the folowing lines. in ksysguard user% = 92 gettimeofday({1120865466, 472130}, NULL) = 0 gettimeofday({1120865466, 472889}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 476011}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 0 (Timeout) gettimeofday({1120865466, 477988}, NULL) = 0 gettimeofday({1120865466, 478742}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 480134}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 0 (Timeout) gettimeofday({1120865466, 481487}, NULL) = 0 gettimeofday({1120865466, 482213}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 485663}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 0 (Timeout) gettimeofday({1120865466, 487115}, NULL) = 0 gettimeofday({1120865466, 487880}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 490979}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 0 (Timeout) also found 1 interuption as gettimeofday({1120865466, 137302}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 1 (in [4], left {0, 0}) gettimeofday({1120865466, 146730}, NULL) = 0 gettimeofday({1120865466, 147498}, NULL) = 0 ioctl(4, FIONREAD, [32]) = 0 read(4, "\34\3664\332\7\0\0\4%\1\0\0\217F \t\0\0\0\0\217F \t\270"..., 32) = 32 ioctl(4, FIONREAD, [0]) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 151051}, NULL) = 0 select(16, [3 4 5 6 8 15], [], [], {0, 0}) = 0 (Timeout) gettimeofday({1120865466, 152501}, NULL) = 0 gettimeofday({1120865466, 153233}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1120865466, 154534}, NULL) = 0
*** This bug has been marked as a duplicate of 51965 ***