• Welcome to Overclockers Forums! Join us to reply in threads, receive reduced ads, and to customize your site experience!

Stats are down

Overclockers is supported by our readers. When you click a link to make a purchase, we may earn a commission. Learn More.
It is really pretty simple to move wu's around.

Make sure both clients are stopped!!!!!!

I have an empty 'temp wu' folder in each of my folding folders (ie folder=directory).

Cut (ie move) the WORK directory, queue.dat from one of the instances folding directories to its temp wu directory. Make sure the temp wu dir is empty first !!!! ... it should be if you always cut and paste into and out of it ... but sometimes i do forget, or use copy not cut if i want to save it just in case i screw up :D You can use the 'undo' when you make a mistake as long as you do it right away. Also, if the temp wu directory already has a wu in it ... wxp will prompt you to replace it ... you should CANCEL and figure out why you have a wu in there already before proceeding!

Then cut and paste (ie. move) the work dir and queue.dat from the other STOPPED 2'nd instance into the first instance's dir (Not into the temp wu directory since it is already holding a wu).

Finally, cut and paste (move) the work dir and queue.dat from the temp wu dir in the first instance to the second instance's dir.

Restart the clients and they will pick up where they left off.

I have file shares setup between all my folding rigs ... i always put my folding instances on D: in directories called FAH#1 and FAH#2.

When I do the move have 1 instance of windoze explorer open for each of the source and target instances. Helps avoid confusion.

Since my 16 farm rigs (ie 32 instances) are all on kvms, sometimes i can't see the screens for both rigs at the same time if they are on the same kvm. So you can check you are moving a stopped wu by looking at the bottom of fahlog.txt for that instance and the last message should be a client shutdown message ... 'terminated by sigterm' on my consoles.

Sometimes when i am in a rush, and cut a running wu by mistake ... windoze explorer will tell you it can't move a file thats in use. If you immiediately undo the move (under 'file' pull down menu) everything will be ok 99.9% of the time and you will not have a corrupted wu. This won't happen if you select the right wu :D

I also include the unitinfo.txt when i move wu's ... its not necessary but it gives me a way to easily see which wu i am looking at. Especially helpful if i get interrupted or am moving 3 wu's around at once --- it is easy to get confused. Unitinfo.txt is only ever written by the clients ... you can delete it anytime and it will get rewritten by the client on its next frame update.
 
Last edited:
pscout said:
It is really pretty simple to move wu's around.

Make sure both clients are stopped!!!!!!

I have an empty 'temp wu' folder in each of my folding folders (ie folder=directory).

Cut (ie move) the WORK directory, queue.dat from one of the instances folding directories to its temp wu directory. Make sure the temp wu dir is empty first !!!! ... it should be if you always cut and paste into and out of it ... but sometimes i do forget, or use copy not cut if i want to save it just in case i screw up :D You can use the 'undo' when you make a mistake as long as you do it right away. Also, if the temp wu directory already has a wu in it ... wxp will prompt you to replace it ... you should CANCEL and figure out why you have a wu in there already before proceeding!

Then cut and paste (ie. move) the work dir and queue.dat from the other STOPPED 2'nd instance into the first instance's dir (Not into the temp wu directory since it is already holding a wu).

Finally, cut and paste (move) the work dir and queue.dat from the temp wu dir in the first instance to the second instance's dir.

Restart the clients and they will pick up where they left off.

I have file shares setup between all my folding rigs ... i always put my folding instances on D: in directories called FAH#1 and FAH#2.

When I do the move have 1 instance of windoze explorer open for each of the source and target instances. Helps avoid confusion.

Since my 16 farm rigs (ie 32 instances) are all on kvms, sometimes i can't see the screens for both rigs at the same time if they are on the same kvm. So you can check you are moving a stopped wu by looking at the bottom of fahlog.txt for that instance and the last message should be a client shutdown message ... 'terminated by sigterm' on my consoles.

Sometimes when i am in a rush, and cut a running wu by mistake ... windoze explorer will tell you it can't move a file thats in use. If you immiediately undo the move (under 'file' pull down menu) everything will be ok 99.9% of the time and you will not have a corrupted wu. This won't happen if you select the right wu :D

I also include the unitinfo.txt when i move wu's ... its not necessary but it gives me a way to easily see which wu i am looking at. Especially helpful if i get interrupted or am moving 3 wu's around at once --- it is easy to get confused. Unitinfo.txt is only ever written by the clients ... you can delete it anytime and it will get rewritten by the client on its next frame update.

Is that really all there is to it? Moving the "Work" folder and queue.dat? After I read this, I was looking around online about moving work units around, and I came across this. It talks about machine IDs and wasted points and corruptions and other bad things.

This post by Bruce (Admin) of F@H forums

This entry, on the F@H Wiki
 
Yes i have read those ... and never had a problem with it despite what Bruce wrote. A number of other experienced folders here do the same.

I really only do it much these days with the conroes ... if i leave patty melts on them they get about 3-500 ppd. With 1499's they get 2000-2500 ppd.

I guess i am just a points ho. :D But i think it is actually better for the science in that overall more wu's are returned faster. Some projects speed up a lot, others slow down but not that much.

Also, the only downside possibility is that 2 of my rigs do the some wu so that is really only my loss. It hasn't happened that i have noticed.

When the 1499's dry up , i will switch the conroes back to smp where they get 1400-1700 ppd and there is really no point in swithching wus there, at least not atm.
 
Last edited:
Back