CPU sharing

[MechCD]

Whenever I run 2 different DC clients, G@H uses 99% of the cpu most of the time. Every couple of seconds, the other client will spike to 9% at most. This means that the other client takes forever to do whatever it's doing. Ic an post a pic of what my process list looks like if I can find somebody to host the single image.

I have Win2k Advanced Server
1.4ghz tbird oc'ed anywhere from 1461-1600mhz
768mb PC133 ram
Samsung 19GB harddrive

I have tried settign the performace option to both background services and application. Neither client is running as a service. The one that isn't getting cycles is "normal" priority, while G@H is always "Low" (idle)

As soon as I quit G@H, the other client starts using the CPU. I have also noticed that G@H achieves the highest temperatures on my CPU. F@H and DF seem to run the CPU at 80% load, even though windows shows 99%

[Azzuron]

I would expect that you are wrong about the priority of the Folding client. It probably has a lower priority than the genome client. This is about the only thing that could cause this.

[MechCD]

Mmm... The folding client is set to normal..... G@H is low...... I even set the folding client to above normal and it still didn't get any more cpu time :banghead:

[Nofinger]

I found also that the G@H client did get more cpu cycles than the DF client but I changed the prioraty and got a almost evenly use of cycles.
see this link (http://www.thegenomecollective.com/forum/showthread.php?postid=39350#post39350)

I also noticed a more cooler cpu temp (I think about 4C) so I also think the cpu is less used but cant see it on the taskmanager (cpu =100% in use)

[zhotfire]

Originally posted by Nofinger
I also noticed a more cooler cpu temp (I think about 4C) so I also think the cpu is less used but cant see it on the taskmanager (cpu =100% in use)
I've seen similar things while tuning a new system. I use prime95 for error detection, but the cpu temps are 3-4c lower than when i run genome. I decided to run them both to make sure the cpu is really cooking! G@H takes most of the cycles while prime95 hovers in the background somewhere, still making itself useful in case i've pushed the cpu a bit too far... :rolleyes:

Mech, sounds like you need a dually system so you can dedicate a cpu to each process! :p
:hic: :baa: :hugz:

[phil]

Hey zhot....if you wanna cook your cpu's, try CPUBURN (http://users.ev1.net/~redelm/) - I have found that it will crash an unstable system in a few minutes. Keep an eye on those temps though as they will get pretty toasty :eek:

[MechCD]

Merf. dually = gooooood

dual = $$$$$

I still haven't bought my midtower case yet :D

[zhotfire]

Originally posted by phil
Hey zhot....if you wanna cook your cpu's, try CPUBURN (http://users.ev1.net/~redelm/) - I have found that it will crash an unstable system in a few minutes. Keep an eye on those temps though as they will get pretty toasty :eek:
Thanks phil, i'll add it to my collection. :) :hic:

[Bruce]

Originally posted by phil
CPUBURN - I have found that it will crash an unstable system in a few minutes.

Originally posted by Nofinger
I also noticed a more cooler cpu temp (I think about 4C) so I also think the cpu is less used but cant see it on the taskmanager (cpu =100% in use)

I don't claim to know anything specific, but 100% cpu means that at least one part of the cpu is the limiting factor. With all modern chips, there are actually multiple pipelines which can do useful work in parallel. The trick is to keep all of the pipelines busy, not just one.

Every processor design is a bit different, though, so what heats one chip the most might not be the absolute worst case for a chip designed by somebody else, though it may be close.

I think prime95 is mostly integer instructions, while G@H get useful work out of both the integer and floating point sections of the chip, with a good deal of interleaving of instructions.