This forum has been archived. All content is frozen. Please use KDE Discuss instead.

wish: group kjobs and data checks

Tags: None
(comma "," separated)
imported4-Tomasu
Registered Member
Posts
302
Karma
0

wish: group kjobs and data checks

Mon Jan 05, 2009 10:09 am
1. group kjobs so if you select 10+ files, and say "move data" it will group them into a single parent kjob that is seen by plasma.

2. allow selecting the check data option when multiple item's are selected, and have them go one after the other in a queue.
imported4-Tomasu
Registered Member
Posts
302
Karma
0

Tue Jan 06, 2009 9:41 am
I have another wish,

Make it so data checks don't block the main GUI for tens of seconds at a time.

And to take it a little further, the GUI should never be blocked by long running tasks.
George
Moderator
Posts
5421
Karma
1

Tue Jan 06, 2009 1:48 pm
Tomasu wrote:I have another wish,

Make it so data checks don't block the main GUI for tens of seconds at a time.

And to take it a little further, the GUI should never be blocked by long running tasks.


My GUI isn't blocked by data checks
imported4-Tomasu
Registered Member
Posts
302
Karma
0

Tue Jan 06, 2009 1:57 pm
George wrote:
Tomasu wrote:I have another wish,

Make it so data checks don't block the main GUI for tens of seconds at a time.

And to take it a little further, the GUI should never be blocked by long running tasks.


My GUI isn't blocked by data checks


Its not permanently blocked, but part way in, for a few second up to tens of seconds ktorrent stops updating the GUI. The rest of my desktop is still perfectly usable, but ktorrent locks up for seconds at a time. A lot of the time, it'll freeze up half way in and won't update till the check is finished.

If it helps diagnose the issue, my data dir is an NFS share. And the NFS share is still perfectly usable durring the time ktorrent freezes, and theres still plenty of bandwidth left. The share is a 3x320 RAID5 setup on a 2.4Ghz system with 1.5G ram on Gigabit ethernet. Ktorrent is running on a intel Q6600 quadcore with 4G ram, also on gigabit ethernet. Plenty of power, memory and bandwidth.

Other dialogs also cause drawing to lag out a bit.
George
Moderator
Posts
5421
Karma
1

Tue Jan 06, 2009 2:03 pm
Looking at the data checking code, it seems the priority of the checker thread is not set to idle, I'm gonna change that.
imported4-Tomasu
Registered Member
Posts
302
Karma
0

Tue Jan 06, 2009 2:11 pm
George wrote:Looking at the data checking code, it seems the priority of the checker thread is not set to idle, I'm gonna change that.
Cool. Though I'm not sure how that would cause the entire gui to stall. Especially on a quad core. Is it sending so many signals that qt gets clogged?
George
Moderator
Posts
5421
Karma
1

Tue Jan 06, 2009 2:17 pm
Tomasu wrote:
George wrote:Looking at the data checking code, it seems the priority of the checker thread is not set to idle, I'm gonna change that.
Cool. Though I'm not sure how that would cause the entire gui to stall. Especially on a quad core. Is it sending so many signals that qt gets clogged?


It doesn't use signals to update the gui, it uses a timer to update it every second. I do not see how it could slow the GUI, even without idle priority, the datachecker will be waiting a lot for the data seeing that you need to get it over the network, which is a lot slower then getting it from disk or memory.
imported4-Tomasu
Registered Member
Posts
302
Karma
0

Tue Jan 06, 2009 2:28 pm
George wrote:
Tomasu wrote:
George wrote:Looking at the data checking code, it seems the priority of the checker thread is not set to idle, I'm gonna change that.
Cool. Though I'm not sure how that would cause the entire gui to stall. Especially on a quad core. Is it sending so many signals that qt gets clogged?


It doesn't use signals to update the gui, it uses a timer to update it every second. I do not see how it could slow the GUI, even without idle priority, the datachecker will be waiting a lot for the data seeing that you need to get it over the network, which is a lot slower then getting it from disk or memory.
Thats what I thought. I don't understand why it would be blocking the UI _at_all_.

I've updated from svn and it does seem a tiny bit better, it doesn't get "stuck" for as long, but it still gets stuck.
George
Moderator
Posts
5421
Karma
1

Tue Jan 06, 2009 5:58 pm
I will test this with an NFS filesystem, that is probably the only way to reproduce it.
imported4-Tomasu
Registered Member
Posts
302
Karma
0

Tue Jan 06, 2009 6:02 pm
I also get intermittent gui pauses when its just running normally. No where near as bad as with running a data check though.
George
Moderator
Posts
5421
Karma
1

Thu Jan 15, 2009 9:36 am
Checking data over NFS is no problem here, it's slow, but no slow down in the GUI and not much CPU usage.


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], q.ignora, watchstar