Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go ยป
No member browsing this thread
Thread Status: Active
Total posts in this thread: 2
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 528 times and has 1 reply Next Thread
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Improvement to changing Computing Schedule

I noticed in the help for Device Manager that the question "I changed the schedule on the Device Profiles page but it does not seem to work?" was listed with the answer being:

Only when your grid agent communicates with the grid servers does anything change with the grid agent. When your grid agent finishes its current unit of work, it will initiate communications with the grid server, and then your new schedule will take effect.


This could cause a problem for someone (like me) who set their computing schedule to only run a couple of hours. It will take weeks for the job to be finished and my new profile to take affect.

A better solution might be to place a "Synchronize with the Grid" button on the agent to force immediate profile updates.

In fact, I wonder why the computing schedule can't be changed directly on the agent?

Thanks,
Frank
[Mar 1, 2006 7:55:22 PM]   Link   Report threatening or abusive post: please login first  Go to top 
retsof
Former Community Advisor
USA
Joined: Jul 31, 2005
Post Count: 6824
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Improvement to changing Computing Schedule

I found the device computing schedule to be a pain. Not only can you only compute during the schedule, you can only call in and send a result during the schedule. It also closes down at a particular time, and some computing can be wasted before a checkpoint comes along. Many workunits have checkpoints every few minutes, but I have seen them as long as 90 minutes apart on a FAST machine. That could equate to every 3-4 hours on a slow system. That means that up to 3-4 hours of crunching could be wasted each day on a part-time schedule. That portion would have to be repeated the next day. Also be careful that the workunit is completed before the 2 week timeout period.

I found it preferable just to leave everything at 24/7, especially since the weekend schedule could not be set differently.

My computers have evolved just to be left on 24/7 anyway. I run with screen saver (none) and let the energy saving feature turn off the monitor after 20 minutes or so.

If you need to quit, simply turn off the computer, preferably just after a checkpoint so as little as possible will be wasted. This can happen during a lightning storm or some other flexible thing like a vacation that the fixed schedule cannot account for. Otherwise, just let it crunch. In an emergency, just quit as-is and let a little work be sacrificed.

(The checkpoint on FightAids@Home is when the green line ends and starts over. The checkpoint on Rosetta/HPF is when the percentage on the detail display jumps up a bit. This could be after a single pass of the Rosetta lines on a fast workunit. I have seen 15 and more passes on a slow workunit before the percentage jumps. Don't depend on the overall integer percentage on the main task screen. It usually only goes up a few tenths each time.)
----------------------------------------
SUPPORT ADVISOR
Work+GPU i7 8700 12threads
School i7 4770 8threads
Default+GPU Ryzen 7 3700X 16threads
Ryzen 7 3800X 16 threads
Ryzen 9 3900X 24threads
Home i7 3540M 4threads50%
----------------------------------------
[Edit 6 times, last edit by retsof at Mar 1, 2006 10:23:44 PM]
[Mar 1, 2006 10:11:19 PM]   Link   Report threatening or abusive post: please login first  Go to top 
[ Jump to Last Post ]
Post new Thread