warp[ed] speed ??

[RaginSteveK]

got 2 seldom -used boxes- been doin nothin but crunchin for some time--

for a lil extra bang: set up the "-p ##" switch...

at -15: completely paralyzed
:confused:

a box with :
512 MB DDR RAM- PC 2400 ;
1.2GHZ T-Bird [ AXIA];
running win2K PRO
---------------

settled on -10, to see how it fares..

also set up @ -10 on a collection of spare parts,
powered by perhaps the world's toughest CPU
:thumbs:
[ 850 T Bird which has taken all kinds of abuse, and has powered antiquated 5- yo drives for 2 yrs : 24 x 7
doin SETI, Folding , now DF]
:shocked:
may not be a good move :eek: :confused:
-------

[shortfinal]

Originally posted by RaginSteveK
got 2 seldom -used boxes- been doin nothin but crunchin for some time--

for a lil extra bang: set up the "-p ##" switch...

at -15: [b]completely paralyzed
:confused:


Priorities only affect the performance of a process in relation to other processes. If these are seldomly used boxes changing the priority won't help any.

The only affect it does have, as you found out, can be rather negative. Priority -15 is the highest priority possible and in my world it's called real-time priority. What it means is that process gets the machine and it won't give it up until it no longer needs the CPU. Since the client is mainly CPU bound that's why it looked 'paralyzed' to you.

My suggestion to you is don't change the priority at all. If you still feel you must, set the priority to 0 (normal).

Shortfinal

[magnav0x]

:jester: DF just owned your box :rotfl:

[shortfinal]

Resistance is futile. You will be assimilated. :D

[RaginSteveK]

no prolem.. I justify those boxen by stuff like this..

;) ;) if I could resolve a procedural difficulty, there'd be a couple more on line..

thought about the priority business a bit after I posted;;
if nothing's competing, there's no point...

however, I'm guessing there could be Windows nonsense that I'm interfering with :confused: :confused: if only that were true !!

did seem like they were both blowing thru sequences tho like never b4..

[tpdooley]

I've run a (windows) system with the priority set at -20 and then had the system slow to a crawl when the windows update kicked on and tried downloading some update. If your system isn't clean enough - pushing the priority of the DF client too far can make you lose most of a week's production like what happened with mine. *sniff* :bang:
Choosing settings that don't require that you babysit the computer all the time makes DF a lot more enjoyable.. :)

[IronBits]

That -p switch is for *nix boxen...
In the documentation it clearly says if you are running windows, leave it at -p 0 ;)

[gymyforte]

someone (http://www.ocworkbench.com/ocwb/ultimatebb.php?ubb=get_topic;f=17;t=000561;p=1) has had a great idea to run dfgui in Win98/Me compatibily mod for Winxp.That improve speed w/ few procent and the same time you can run in quiet mode and at -20 priority w/o like system becomes slowly.I'm not sure if it works for Win2k too.

[Digital Parasite]

Originally posted by gymyforte
someone (http://www.ocworkbench.com/ocwb/ultimatebb.php?ubb=get_topic;f=17;t=000561;p=1) has had a great idea to run dfgui in Win98/Me compatibily mod for Winxp.That improve speed w/ few procent and the same time you can run in quiet mode and at -20 priority w/o like system becomes slowly.I'm not sure if it works for Win2k too.

The person in that post keeps talking about dfGUI but what is really probably happening is that since dfGUI is launched in "compatability mode" when you click on Start, dfGUI launches the DF Client and it also probably runs in "compatability mode". I have no idea why that would make a difference though.

The author if the post suggests that dfGUI maybe isn't fully XP compatible. I write and build dfGUI on XP so its not going to get any more compatible than that.

Does anyone know any technical details on how "compatability" mode works? It would be interested to see why this affects DF's behaviour.

Jeff.

[Mendayen]

I believe that it was stated later in that thread, or another thread on OCWorkbench that running dfGUI in compatibility mode made the client run at normal priority. Which is why users were experiencing increased general lag and greater structures per second.

[Pinky and the Brain]

Actually, it does not appear to affect the priority. I have always run with a Priority of 0 and setting the win98 Compatibility Mode on my 4 XP boxes consistently increased the speed of folding by about 15%. On my machines, it did not seem to reduce the performance of other applications/processes running on the systems.:thumbs: