View Full Version : only% cpu
hey, a while ago my friend installed the one click with with HT. i told him it might fold faster if he used the one click with out HT. so he went to services.msc then stopped the 2 FAH services. then he went to program files to delete the FAh folder. then he installed the one click i was talking about. the problem is then he ctrl alt deletes, it says the cpu is only 50% used. what could have happened?
Mark620
06-12-05, 12:16 AM
It is using 100%...it just shows 50% tho...confusing on HT enabled machines.
does it fold faster if he is using the ht one or single one
Helsyeah
06-12-05, 12:42 AM
the single instance will fold faster than the HT (with two instances).
tenchi86
06-12-05, 12:44 AM
If his machine is HT then use HT fah client. It folds each wu slower but does two at once. Its something like 10%more efficent.
Hyperthreading provides up to 30% better production on all WUs except QMDs where on rigs with 5000+MB/sec memory bandwidth it provides a 5% boost and those with 4500MB/sec bandwidth produce less folding two QMDs. However, any rig with HT should be folding QMDs for best production and only one. If you install the HT one click the proper way to change to one instance is to run services.msc, stop one instance and set it to manual. Edit the registry to add the -oneunit flag to the instance you stopped. Start the instance. When it finishes the WU, turn off the instance. Done this way you can easily go back to using HT if the mix of WUs changes to make it advantageous. Deleting Work folders with uncompleted work is a bad thing and totally unnecessary.
Edit: Client.cfg must have bigpackets=yes and the registry must have the -advmethods flag to get QMD WUs. You must have 512MB of memory and if you have integrated graphics and 512MB you must share the minimum amount with the video subsystem.
dicecca112
06-12-05, 03:25 PM
the single instance will fold faster than the HT (with two instances).
Fold Faster yes, but you get better points with two clients
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.