OK, I have improved the GUI performance, so this should not interfere anymore with the socket monitor thread, which handles the speed capping.

Tomasu wrote:I tried bumping the GUI update interval down to 2 seconds, and it didn't help a bit.


As for the number of torrents, 3 right now. All batch torrents of 7GB+.

I used to have a huge list of torrents, but I imported them into Azureus a week or so ago, and a good lot of them actually finished, whereas they were taking for ever in ktorrent

EDIT: err, I didn't mean to post it here.. somehow I replied in the wrong thread sorry for that

I must report the same thing. I have been trying ktorrent extensively for the last week or so. I am new to linux, but I have extensively tried utorrent, bitcomet, bittornado, azureus etc on windows. And I was really impressed with the download speed of ktorrent, at least with new files.

However it does seem to have a problem when it is downloading many old torrents. Maybe it just depends from the number of torrent. Obviously, with old torrents, the dowload is slower and so I have a lot of them downloading at the same time to speed things up.

I can relate this example: I had 18 torrents downloading, with 5-15 peers each. when all of them were active., total download speed was around 50Kib and 5 of them were in the stalled status, while many were downloading around 0.3Kib/sec. If I stop every NON stalled torrent, those 5 actually go active, and download speed reaches 70Kib+.
This happened both with 2.0rc1 and with 2.0 final. (using Kubuntu dapper btw. And with an upload limit enforced through scheduler much lower than my line capability).

Basically, it seems that the more torrents there are, the slower the speed of each single torrent. I found out that it does not pay to have more that 4-7 torrents active, cause somehow the global download speed goes down if you have more...

I really hope this can be fixed soon cause I find ktorrent to be the best client for linux (azureus.. hogs too much cpu and menmory, really....)

Do you have a download limit set ?

George wrote:Do you have a download limit set ?

Sorry, my previous post was kind of a mess. Just what you'd expect when I write too late in the evening.
Anyway, I had a download limit of 20 Kib set through scheduler. My line has an effective upload of 55 KiB. With the scheduler, it seems to be respecting it. But maybe, it doesn't in reality, and so it's saturating my upload. Could be connected to the upload speed limit problem in 2.0 .. at least that's the only thing I can think of...

I can't think of any other useful info at the moment. But if you need more info.. just ask

The down and upload caps should now be respected under all circumstances.

Nobody complaining, I guess my fix must have worked ...

So if nobody minds, we will release a bug fix release 2.0.1 this weekend.

Haven't tested, it was crashing, and I haven't tested it in a couple days.

George wrote:Nobody complaining, I guess my fix must have worked ...

I didn't have problems with the upload limit earlier, it still works here.
In GUI, the rate stays very near to the setting
In top though the upload rate is about 2-12 KB (7 avarage) over it. (this is at 100KB/s upload setting without downloading torrents and without DHT, at 50KB/s the difference gets less here)

stoeptegel wrote:

George wrote:Nobody complaining, I guess my fix must have worked ...

I didn't have problems with the upload limit earlier, it still works here.
In GUI, the rate stays very near to the setting
In top though the upload rate is about 2-12 KB (7 avarage) over it. (this is at 100KB/s upload setting without downloading torrents and without DHT, at 50KB/s the difference gets less here)

Well, connection attempts are not under the limit, so if you are connecting to lots of peers you might be using more bandwith then the limit.

But I need to do some traffic testing without connection attempts, before we push out 2.0.1, so I can see if my calculations are 100 % correct.