Extremely high CPU usage and sluggish response

[bentbobb]

(Win 7 64 bit with 32GB ram)
Program seemed to work fine for a few days with two friends overseas. Chat was fun and it connected fine. Down and upload speeds where slow but have improved considerably over the past week. Unfortunately the program itself seems to have become unresponsive and a massive resource hog. Changing between tabs causes CPU usage to spike at 50% of a fairly fast computer. I've seen it hit 85% for no apparent reason. Chat is hopelessly slow as one types in 'invisible' type then waits several minutes for the actual type to appear. Going to the files tab and browsing through someones files takes ages. I've browsed the same files many times yet Retroshare acts like it's the first time it's seen them, even within the same hour. Could the encryption be doing this and if so, can we just turn it off? We're all experiencing the same thing to different degrees.
If we don't solve this soon we're all just gonna go back to FTP. Getting a static IP is a bit of a pain, but FTP is fairly easy to set-up, stunningly fast, and absolutely, positively, one hundred percentedly, hands down, completely rock solid and stable.

[SeveQ]

Confirmed! I totally agree! RetroShare is a theoretically great idea and as such should be as lightweight and easy to use as possible even for people with older systems. Even my Q6700 with its 8GB (okay, not that much anymore but still potent and usually stable) is driven to its knees while RetroShare is generating checksums for my files. Maybe it's caused by files lying in a mounted TrueCrypt container which is apparently hammered with requests driving up CPU load of the kernel to about 50 - 80%. And that slows down anything running on my machine.

I don't know... it doesn't matter for me. I only want RetroShare to work fluent and without influencing other applications. If that means generating checksums would take more time I'll be totally fine with that. But, please! Make it fluent and less greedy!

Thanks

[iddqd]

Jop i have not more than 30 active friends at the same time. but like 190 friends in general. but they are not online mostly. programm is unsuable at all actually. crashes on starting or just hangs like 20 seconds on every thing you do.

But i dont get the point of such a network if i cant have more than 30 active friends at the same time because the programm gets unstable like hell?

[apoapo]

It constantly tries to connect to your 190 friends. It is not recommended to add more than ~50 friends at all, yet. Code has to be optimized for that much connections.

[Pichu0102]

It constantly tries to connect to your 190 friends. It is not recommended to add more than ~50 friends at all, yet. Code has to be optimized for that much connections.

Perhaps if it can't connect it should back off and wait a while longer in increasing intervals before trying again. The reconnection delay would be mitigated by the other user not having the back off intervals and connecting, or if that fails, sending a sort of IAMONLINE code to friends to reset the back off timer of the firewalled user.

[joebot]

Perhaps there is some code that can be borrowed from Kopete and Ktorrent in KDE4 libraries that can help since it uses QT as well.
It could also be that the QT libraries themselves have bugs.

[dox]

If you guys are anything like me... it's not RS that hits the bottleneck, it's GPG.

I currently have 373 friends and counting. Presently the system is not adequately designed to accommodate that many for most people.

I'd like to contribute, if possible. Apo, feel free to send me a message or something.

Better recursion and caching algorithms can be designed to fix these issues.

Other issues (even though this is, I know, not really the place for discussing them):
List moved to http://retroshare.sourceforge.net/forum/viewtopic.php?f=16&t=1585

Again, we can easily resolve these issues. Happy to help work these out with anyone who is interested.

retroshare://person?name=Dox&hash=D459E974C7FE86FB