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: 10
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 5011 times and has 9 replies Next Thread
richardcyb
Cruncher
Joined: May 2, 2007
Post Count: 10
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Loss of processing time

Has anybody noticed that on shut down of your computer, say, at the ennd of the day something like 12% or 4 hours of computing time is lost when you turn on your computer the next day?
[Apr 17, 2020 10:06:32 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Falconet
Master Cruncher
Portugal
Joined: Mar 9, 2009
Post Count: 3315
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

This project makes 1 checkpoint every 12.5% of progress. Shut it down before it does so and you lose all work since the last checkpoint.

It is how it works.
----------------------------------------


- AMD Ryzen 5 1600AF 6C/12T 3.2 GHz - 85W
- AMD Ryzen 5 2500U 4C/8T 2.0 GHz - 28W
- AMD Ryzen 7 7730U 8C/16T 3.0 GHz
----------------------------------------
[Edit 1 times, last edit by Falconet at Apr 17, 2020 10:12:19 AM]
[Apr 17, 2020 10:11:21 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Mike.Gibson
Ace Cruncher
England
Joined: Aug 23, 2007
Post Count: 12594
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

Exactly as Falconet says. The way round it is to Hibernate your machine instead of Shutting Down. Then you won't lose your processing time.

Mike
[Apr 17, 2020 12:30:55 PM]   Link   Report threatening or abusive post: please login first  Go to top 
richardcyb
Cruncher
Joined: May 2, 2007
Post Count: 10
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

Thanks for that. I'll hibernate in future. It does not seem to apply to other projects.
Rich
[Apr 17, 2020 2:39:49 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Sgt.Joe
Ace Cruncher
USA
Joined: Jul 4, 2006
Post Count: 7846
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

Thanks for that. I'll hibernate in future. It does not seem to apply to other projects.
Rich

It does apply tother projects, it is just that the checkpoints are so far apart, about 3 hours or so for a job which takes 24 hours for ARP versus times which can be measured in minutes for other projects which have much shorter work units. You do notice when you miss 3 hours of work versus missing 10 minutes of work.
Cheers
----------------------------------------
Sgt. Joe
*Minnesota Crunchers*
[Apr 17, 2020 6:29:53 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Mike.Gibson
Ace Cruncher
England
Joined: Aug 23, 2007
Post Count: 12594
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

MIP is another where you can lose a significant amount of time, although those have variable checkpoints.

Mike
[Apr 18, 2020 3:26:39 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: Loss of processing time

Uh, every 1/8 of total process?
Can modify this checkpoint to every 5% of process (like 2 hours)?
[May 19, 2020 10:28:04 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: Loss of processing time

The jobs feed off 6 hour interval meteorological data and have 8 of those intervals packaged, that's why the 12.5%. The program is actually trying to validate if the the highly granular data can be simulated accurately into the future. Saving is convenient at those points, as the output can be used as input to re-launch. Mid-run would require writing the whole in-memory model of up tp 1GB to storage and load it again on resume, that's what your hibernating does once a day. You will have noticed that's quite intense on the disk and likely to be noticed by users.
----------------------------------------
[Edit 1 times, last edit by Former Member at May 19, 2020 10:42:15 AM]
[May 19, 2020 10:38:59 AM]   Link   Report threatening or abusive post: please login first  Go to top 
bidon
Cruncher
Joined: Dec 9, 2005
Post Count: 26
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Loss of processing time

In my case, hibernation don't work with ARP.

First time, i use directly the "hibernate" button. The ARP task doesn't restart.
Second time, i put the boinc client into snooze before hibernate. It goes to previous check point after few minutes...
[May 20, 2020 5:43:27 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: Loss of processing time

As the Minimum System Requirements table in Help and the Device Profiles footnote for ARP1 "t

• Please review the system requirements before opting to participate in this project"

, recommended setting is to activate Leave Application In Memory (while suspended), aka for short as LAIM. The description in the client is slightly different "Leave non-GPU tasks in memory while suspended".

So, what you did unloads ARP1. More so, since BOINC will be suspended just before the OS is hibernated, you might be creating some limbo state causing it to not be able to restart properly. Suggest to active LAIM and try again.
[May 20, 2020 6:42:27 AM]   Link   Report threatening or abusive post: please login first  Go to top 
[ Jump to Last Post ]
Post new Thread