Comment 19 for bug 482509

I suffer from the same lock up described here. I noticed it happens both when checking the files, and when ktorrent is configured to "Fully reserve disk space" before the download begins. But then, I've seen similar symptoms when there's a whole lot of disk thrashing unrelated to ktorrent as well (long backup, etc.) Having a mouse cursor freeze due to disk activity is a serious problem in any case - responsiveness should be completely decoupled from disk activity. Maybe other Bittorrent clients buffer disk activity differently which alleviates the symptoms, or maybe there's more than one issue at hand.

For the record, I have a Q9550, 4G RAM (both with ample space when the problem occurs), Karmic amd64, KDE 4.3.5, KTorrent 3.2.4, and do not use any encryption.

What I do think might be related is the speed of the disk which makes the IO bottleneck worse, causing this problem. Can others confirm whether they're writing to a slower green/5400RPM/low power/high-capacity media disk? Or do you see this also on fast disks (to the same degree)?