100% CPU load in DC++ v0.691. I need help.

Drop a note here when you delete a post and so on so we can keep track of troublemakers...

Moderator: Moderators

fedra
Posts: 21
Joined: 2006-01-28 12:00

100% CPU load in DC++ v0.691. I need help.

Post by fedra » 2006-08-26 14:48

Hello.

I cannot use the new version of DC++ because it take all CPU and never goes down and the window freeze. All other programs are working perfectly in my computer so is not a Windows problem.

The old/working version (0.674) takes:
CPU between 0 and 25%
MEM 100-160MB
PAGE 150-400MB (generally 150).
Sometimes even this old version of DC++ jumps to 100% but it came back to normal after few minutes. In addition, if I think that it require too much CPU it set process' [priority to bellow normal, and everything is solved.

I have WinXP SP2, 768MB RAM, AMD Athlon 1800+
I am connected to 27 hubs.
The Queue.xml has 5MB.
I share 71GB in 745 files.

___________________


Please advice.
:?: :!:

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-26 15:49

This sounds like hardware "problems" regarding disk I/O. Search this forum for hardware related info (This has been discussed before)
"Nothing really happens fast. Everything happens at such a rate that by the time it happens, it all seems normal."

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-26 16:01

Disk I/O or networking related problems. Make sure you have installed the latest divers for your motherboard and network card.
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-26 22:04

eMTee wrote:Disk I/O or networking related problems. Make sure you have installed the latest divers for your motherboard and network card.

The drivers are always updated (incuding mainboard BIOS). I'm maniac, I know.

But still... are you sure is network/harddrive related since none of the existing applications including the old version of DC++ behave nice?

I have some services stopped. Maybe I should try to start all services then to reinstall DC++ ?
Bilibonstrocei

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-26 22:24

You should not reinstall DC++ you should check what service/software can affect DC++'s network performace by temporarily stopping them. I would start with any security related software you have installed.
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-27 02:56

Is this when your DC++ is hashing files or do you experience it randomly?
"Nothing really happens fast. Everything happens at such a rate that by the time it happens, it all seems normal."

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-27 08:15

eMTee wrote:You should not reinstall DC++ you should check what service/software can affect DC++'s network performace by temporarily stopping them. I would start with any security related software you have installed.
Zone Alarm and PeerGuardian.
Of course I turned them off. Both.
They were correctly configured since the old version of DC++ is working.

Anyway you give me a new idea: what is diferent/new between version 0674 and 0691. Because that new feature made the new version not to work.
If I remember corectly the most important thing will be support for UPnP.
Right?

Guitarm wrote:
No. It hashed all files ok.
It does this when it starts (and try to download files).
OH! Very important. Sorry I forgot about this!!!!
I replaced its empty 'Queue.xml' with the one from my old DC++ (5MB).
I want to continue my downloads. If this is imposibble then, there is no point in installing the new version.
Also I set the temporary folder to the folder already used by the old DC++.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-27 09:32

OK.
I reinstalled the program. Redo the hash. Add the old Queue.xml and connected to my favourite hubs (more than 20). CPU between 40-100% (mostly in 100).

I started to disconect and DC++ took 35-96% for 10 hubs connected.
I started to disconect more and DC++ took 10-30% for 5 hubs connected.
Come on... this is too much for 5 lazy hubs!
I think this is because of high number of searches that rich me: 49/sec.
This sucks!

Can you tell me on how many hubs are you guys connected and your CPU speed and load?
Bilibonstrocei

Xan1977
Forum Moderator
Posts: 627
Joined: 2003-06-06 01:15

Post by Xan1977 » 2006-08-27 11:08

Connected to 24 hubs for this purpose and CPU is bouncing between 5 and 10 percent for DC++ .694.
You mentioned the Queue a few times. What happens with a new install of DC++ without adding your old queue?

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-27 11:15

This sounds seriously weird. I'm guessing hardware problems anyway...

Could you please try a completely clean installation and add hubs (and files) "manually" instead of copying in the "old" XML files? (Just to verify that it's not DC++'s fault).

I have a similar setup as you (XP 1800+, normal IDE disks (who actually turned out to be slow when using DC++) and a cheap Thaiwan mobo) and I had some problems with hashing, but that was all I noticed.
"Nothing really happens fast. Everything happens at such a rate that by the time it happens, it all seems normal."

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-27 14:27

fedra wrote: Anyway you give me a new idea: what is diferent/new between version 0674 and 0691. Because that new feature made the new version not to work.
Main differences are the rewritten socket code and moving towards to a new communication protocol called ADC. And ofcourse a tons of new features. The complete changelog : http://svn.sourceforge.net/viewvc/dcplu ... iew=markup
fedra wrote:If I remember corectly the most important thing will be support for UPnP.Right?
Nope. Its supported way back since 0.403x
fedra wrote:I replaced its empty 'Queue.xml' with the one from my old DC++ (5MB).
Could be the source of the problem.
fedra wrote:I want to continue my downloads. If this is imposibble then, there is no point in installing the new version.
Its not impossible just was made harder. That's why many people dont want to upgrade. There are points to upgrade tough : more features and less bugs...
fedra wrote:Also I set the temporary folder to the folder already used by the old DC++.
It can't be a problem if you upgraded from DC++ 0.674 (Could be if you used certain modded version based on 0.674)

Testing with empty queue is a good idea. But if your cpu load goes down with closing hubs (means reducing network traffic) it sounds to me the suspicion of network related hardware or software problem.
What kind of netconnection you have and how do you connect to the net?
Can you tell me on how many hubs are you guys connected and your CPU speed and load?
If I connect to 10 hubs (about 50000 users overall) the cpu load is around 2-3% (A64 3500+ CPU, 1Gb, XPSP2, 3M/384k DSL connection through a router, 115Gb share, almost empty queue)
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-27 20:22

Thanks alot for your elaborate answer.
eMTee wrote:What kind of netconnection you have and how do you connect to the net?
I am connected to Internet using 2Mbit DSL line through a NetGear modem/router.
There is another person in this network who uses the same internet connection (but he came recently).

I have dinamic IP (it changes 1-3 times per day so I have to check my external IP using this page:
http://bionixwallpaper.com/show-my-ip.php , everytime I start the computer.
Then I insert the IP (if changed) into DC++ .
DC++ is configured to "Firewall with manual port forwarding"
using the ports 8989 TCP/UDP, which are forwarded in router.
The old version of DC++ is working without problems under this configuration.
UPnP service is disabled in my computer.



eMTee wrote:Testing with empty queue is a good idea. But if your cpu load goes down with closing hubs (means reducing network traffic) it sounds to me the suspicion of network related hardware or software problem.
Do you have any idea how to test that.
Or do you have an idea where to look for problems.
I made a TCP/IP stack reset recently, just in case, but DC++ still take all CPU when connected to more than 5-10 hubs.

I hacked my Windows (XP SP2) to accept 200 half-opened connections instead of 10.
Bilibonstrocei

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-28 09:04

Hard case :) I can only guessing...
Have you tried it with empty queue?
How does your comp connected to the router (by usb or ethernet)?
Have you tried the DC++ setting Safe and Compressed Transfers set off?
What happens with the cpu load if you boot up your XP in Safe mode with networking support and run DC++?

The XP sockets reset was a good idea. I think the half opened connection setting cannot bother this - AFAIK it is set above 200 by default in XPSP1 and earlier.

(offtopic : check out what dynamic DNC provider support built on your router. Chose one and make a ddns account. This way you dont need to type your external IP at each and every start of DC++)
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 10:01

> Have you tried it with empty queue?

Yes.
Empty queue and many hubs = 100% CPU load.
Empty queue and no hubs = 0% CPU load.
The CPU is not affected by the queue but only by the number of hubs connected.

> How does your comp connected to the router (by usb or ethernet)?
Ethernet network using a hub or switch.

> Have you tried the DC++ setting Safe and Compressed Transfers set off?
I just tried a second ago. The answer is: no change. I still have 100% CPU load.

> What happens with the cpu load if you boot up your XP in Safe mode with networking support and run DC++?
Didn't tried. I will.


> (offtopic : check out what dynamic DNC provider support built on your router. Chose one and make a ddns account. This way you dont need to type your external IP at each and every start of DC++)
Thanks!!!

------------------------------


This new version worked few hours until now (I still use the old version) and in this few hours it downloaded only seven bz2 files in the 'FileLists' folder.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 10:15

I saw another strange thing:

now I am connectet to 11 hubs and the CPU is incredible low, between 7 and 25%.
But still, DC++ window respond very late, something like 1 second.
If I am in another program and switch to DC++ window, it freeze for 1 second (not repainted). Also if I press the main menu or other child windows in DC++, theprogram freeze a little bit. No always.

No I go to restart Windows in safe mode.
I will post the answer later.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 10:48

Ok. Looks like tooday the CPU load is lower than yesterday but it is still very high.
I also observed that the CPU load is much lower without the debug file 'DCPlusPlus.pdb'.

-------------

Now the experiment with Windows in safe mode.

The first picture is the CPU load in Windows in 'normal' mode:
Image

The second picture is made in Windows in safe mode.
Image

As you can see, in Safe mode, the CPU load is even higher!
Strange!!

--------------

Also strange is that even if DC++ doesn't take all the CPU like yesterday, the applications still respond very late like a program took all the CPU.
I think that Task Manager make an average once per second, and in reality for very short time DC++ still take all the CPU.
Bilibonstrocei

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-28 11:23

fedra wrote:As you can see, in Safe mode, the CPU load is even higher!
Strange!!
Thats ok. In safe mode key I/O drivers arent loaded.
fedra wrote:I think that Task Manager make an average once per second, and in reality for very short time DC++ still take all the CPU.
Exactly. Also with debug file its normal eating a bit more resources.
I hope seeing these information others has more idea what the heck is going on here. I remember there were 3-4 independent posts about the same problem with 0.68x versions in late spring and none of them concluded with a solution.
May you can check with a version between 0.674 and the latest. 0.6811 for example. As last resort you need to use 0.674 and check future versions later. :(
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-28 12:12

Are you using a debug version or what?. The .pdb file is for debugging purposes (program data base) so what does the .pdb file have to do with anything?
"Nothing really happens fast. Everything happens at such a rate that by the time it happens, it all seems normal."

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 12:22

Guitarm wrote:Are you using a debug version or what?. The .pdb file is for debugging purposes (program data base) so what does the .pdb file have to do with anything?
Nope. I just downloaded 2 days ago the standard (zipped) version from here:
http://prdownloads.sourceforge.net/dcpl ... p?download
It contains the file 'DCPlusPlus.pdb'.


May you can check with a version between 0.674 and the latest. 0.6811 for example. As last resort you need to use 0.674 and check future versions later.
I tried several other versions months ago, all of them have this 'bug'.
Anyway, I can stick with my old version. After all this, I see no reason for upgrading since 0.674 works without problems.
Last edited by fedra on 2006-08-28 12:27, edited 1 time in total.
Bilibonstrocei

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-28 12:25

Yes, I know that. But why would the .pdb file have anything to do with your problems?
"Nothing really happens fast. Everything happens at such a rate that by the time it happens, it all seems normal."

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 12:33

Guitarm wrote:Yes, I know that. But why would the .pdb file have anything to do with your problems?
I don't know!
I just removed/renamed the file and DC++ takes only half of the memory, less VMemory, loads 2 times faster and take less CPU. Just look in the above screen shots.

I don't know the reason for this. I swear. It just happens.

PS: I want to remember that I have no problems with other programs I use and my Windows is up to date.
Bilibonstrocei

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-28 12:56

I can't quite follow the logic in that...but anyway. Do you have any other p2p app to test network I/O?. Like Bittorrent or similar?. Would be interresting to know if they behave the same way...

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 13:15

Guitarm wrote:I can't quite follow the logic in that...but anyway.
Removing that file reduced the CPU load in a vizible way.

-----------

I tried a new P2P program made in Delphi recently. I don't remember its name (Athena, or something like this...).
It worked without loading the CPU. Actually the resource needed was musch under DC++ but the program was pretty new and its network was pretty empty. Not very much sources to download from.

The second program is DC++ itself (the old version) which is working perfectly.
The same download queue, the same hubs to connect, the same files to share...

Image
Bilibonstrocei

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-08-28 13:27

The second program is DC++ itself (the old version) which is working perfectly.
Do you refer to 0.674 or what?

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 13:41

Yes.
0674 is working.
Bilibonstrocei

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-28 13:43

Yes he told he has no prob with 0.674 I also thought about mention trying torrents but I didnt wanted to advertise other p2p here. :)
As I mentioned the same probs had a few ppl here before. That time I thought that there is a possibility that the new socket code introduced in 0.68 has problems with certain hw circumstances... :?
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 13:55

Ok.
If you want, I can try a diffrent program. But I told you, I already did and it was ok.

All versions I tried, above 674, had that high CPU 'bug'.
I will wait for the next version and hope it will work.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-28 14:27

Thanks to everybody for helping me.
If you have any ideas please let me know.

Also if the programmers of DC++ wants me to make some more tests, I will happy run them.

I only hope that the next release will work also for me.


Thanks again.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-30 22:08

Ok.

I just reinstalled Windows (to see how much I love DC++ :) )
There is no diference even if this Windows is 12 hours old.

I have no firewall, no antivirus or other application to block the internet connection.
Bilibonstrocei

poy
Posts: 83
Joined: 2006-04-03 20:55

Post by poy » 2006-08-31 12:40

i've not read all the posts, but if it hasn't been suggested, try unchecking "Enable safe and compressed transfers" under Settings > Advanced.

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-31 12:55

fedra wrote:I just reinstalled Windows (to see how much I love DC++ :) )
Well done :)
fedra wrote:There is no diference even if this Windows is 12 hours old.I have no firewall, no antivirus or other application to block the internet connection.
Ok. Would you mind to specify your computer hardware and what drivers you installed and from what source (driver cd, url...)? Go to the details as much as possible.
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-31 14:50

The mainboard is Gigabyte 8RDA3I with NForce 2 (network integrated).
The driver for this is from nvidia web site. The latest version (which I also have it) is 5.10 WHQL.
I just download it again, just in case.


The Internet connection was in the past from AOL 1Mbps (DON'T BUY FROM FUCKING AOL !!!!!!!!!!!!!!!!! ) and now I use EWETel at 2Mbps.
Of course the hardware (modem/router/cable...) is new/diferent.

I have a second PCI card to connect (sometimes) in a second network (only my computer and my laptop).

I supposed you are not interesed about video card or other hardware that is not Internet/Lan related.
------------------

I made few speed tests over the years and I have all the time the top speed.
AOL blocked some ports like 25, but EWE has no restrictions.
Bilibonstrocei

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-31 14:53

poy wrote:i've not read all the posts, but if it hasn't been suggested, try unchecking "Enable safe and compressed transfers" under Settings > Advanced.
Thanks.
Somebody else sugest it also.
No effect. CPU is the same.
Bilibonstrocei

eMTee
Posts: 61
Joined: 2006-01-18 20:44
Location: Hungary

Post by eMTee » 2006-08-31 18:47

fedra wrote:The mainboard is Gigabyte 8RDA3I with NForce 2 (network integrated).The driver for this is from nvidia web site. The latest version (which I also have it) is 5.10 WHQL.
That version of the driver is 2 years old... nice.. congratulations for nVidia :( btw you must have an epox mobo there is no such model at gigabyte ( http://www-old.epox.nl/english/products ... 8rda3i.htm )
In the nVidia driver install make sure you not installed the app called nVidia firewall (can come with LAN driver - I'm not sure with this version or not)!!
Have you checked if there is a LAN driver update through Windows Update?
fedra wrote:I have a second PCI card to connect (sometimes) in a second network (only my computer and my laptop).
What happens if you disable that connection???
fedra wrote:I supposed you are not interesed about video card or other hardware that is not Internet/Lan related.
Who knows? Maybe a certain hw/sw/driver combination....
Everyone's got their opinions - They'll tell ya 'bout 'em all the time... /* Spock's Beard */

fedra
Posts: 21
Joined: 2006-01-28 12:00

Post by fedra » 2006-08-31 21:40

SORRY!

Yes. It is an EPOX. Sorry again. DOH.
And soory again....

Yes, I know the driver is 2 years old but it is the latest one.
I supose the driver is stable and good since there was no update in the last 2 years.
And I can't complain about it.
My computer is very stable. I never ever ever ever had a restart or blue screen except the game Thief - Deadly shadow.



In the nVidia driver install make sure you not installed the app called nVidia firewall (can come with LAN driver - I'm not sure with this version or not)!!
I don't have this option/feature in my driver.
Have you checked if there is a LAN driver update through Windows Update?
No. I'm going right there!
What happens if you disable that connection???
It is disabled and/or cable removed in most cases.
I connect to the laptop only few hours per week to sincronize my files.
This second network don't seems to affect the Internet connection/DC++ in any way.

Who knows? Maybe a certain hw/sw/driver combination....
Ok. There is a picture with my hardware:
Image

And a listing of the hardware in XML format: http://www.bionixwallpaper.com/images/D ... emInfo.rar
Bilibonstrocei

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-08 02:46
Location: .pa.us

Post by GargoyleMT » 2006-09-01 01:49

Look at the files uploaded in his screen shots. And the directories in the visible file list.

It's a shame for an active thread like this, but I'm doing it anyway.

Guitarm
Forum Moderator
Posts: 385
Joined: 2004-01-18 20:38

Post by Guitarm » 2006-09-01 01:54

Good, If I had thought about it (too much into problem-solving mode) I would have done that too, thanks

Who is online

Users browsing this forum: Google [Bot] and 0 guests