Bug 238168

Summary:	KGet hangs when selecting item
Product:	[Applications] kget	Reporter:	Rettich <sebastian.radish>
Component:	general	Assignee:	KGet authors <kget>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	mat69, trueg
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Rettich 2010-05-19 13:37:08 UTC

Version:            (using KDE 4.4.3)
OS:                Linux
Installed from:    openSUSE RPMs

I have a problem that everytime I select an item or try to do some other stuff inside the gui (like stopping a download). The Window hangs for quite a while.

Here is an interessting output of top:
Code: Alles auswählen
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                                                                                           
32021 sebastia  20   0  142m  70m 6380 S   44  1.9   4:40.98 virtuoso-t                                                                                                                                                                                                        
31507 root      20   0  907m 267m  51m R   27  7.0 115:19.12 Xorg                                                                                                                                                                                                              
31994 sebastia  20   0  403m  34m  16m S   22  0.9   3:12.75 nepomukservices                                                                                                                                                                                                   
 5568 sebastia  20   0  317m  47m  25m S   11  1.2   0:15.20 kget

So the problem seems related to nepomukservices. I tried changing the backend from Nepomuk to Sqlite, but that doesn't solve the problem.


kget --version
QApplication::qAppName: Please instantiate the QApplication object first
Qt: 4.6.2
KDE: 4.4.3 (KDE 4.4.3)
KGet: 2.4.3

Comment 1 Lukas Appelhans 2010-05-26 16:26:38 UTC

This seems to be something inside Nepomuk anyway, so I'm reassigning....

Lukas

Comment 2 Matthias Fuchs 2010-09-20 18:42:27 UTC

When you have the chance to either try 4.5.2 or trunk please report back if this issue still remains.

Comment 3 Rettich 2010-09-22 11:42:51 UTC

Now, it is now longer Nepomuk that eats the CPU but KGet itself.

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                                                                                           
 7457 sebastia  20   0  366m  66m  26m R   70  1.7   4:51.20 kget                                                                                                                                                                                                              
 2399 root      20   0  551m  92m  48m R   25  2.4 363:05.59 Xorg                                                                                                                                                                                                              
 3532 sebastia  20   0  612m  19m  10m S    8  0.5   2:52.57 nepomukservices                                                                                                                                                                                                   
 3537 sebastia  20   0  133m  43m 3528 S    2  1.1   2:16.51 virtuoso-t

Most of the actions manipulating downloads or groups take about 30 seconds to finish. That is better than with KDE 4.4, but not what a user is expecting.

kget --version
Qt: 4.6.3
KDE: 4.5.1 (KDE 4.5.1) "release 3"
KGet: 2.5.1

I'm still running KDE 4.5.1, I give you another update as soon as I can upgrade to 4.5.2.

Comment 4 Matthias Fuchs 2010-09-22 12:22:50 UTC

By the way do you have a lot of downloads in your list?
Having many downloads is a reason for the slowness and that should be fixed in 4.5.2 which will get released in a few weeks.

Also how do you manipulate downloads? Using the context menu or the menu, icons etc.?
The context menu can be slow because of retrieving data from Nepomuk, though this should also be fixed in 4.5.2 via getting the data asynchronously using the same widget as in Dolphin.

Comment 5 Rettich 2010-10-08 22:05:52 UTC

Upgraded to 4.5.2

Seams to work fine, now. Only the dialog for configuring a download group takes some time to open. However this is something you do not have to do very often.

-> Changing status to resolved