Is Boinc 4.37 overriding the preferences?

That's all folks
That's all folks
Joined: 7 Apr 05
Posts: 20
Credit: 23,903
RAC: 0
Topic 189198

I don't understand the following log entries.

2005-05-18 03:53:02 [---] schedule_cpus: must schedule
2005-05-18 03:53:04 [Einstein@Home] Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
2005-05-18 03:53:06 [Einstein@Home] Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
2005-05-18 04:53:02 [---] schedule_cpus: time 3600.030515
2005-05-18 05:53:02 [---] schedule_cpus: time 3600.023770
2005-05-18 06:53:02 [---] schedule_cpus: time 3600.042533
2005-05-18 07:53:02 [---] schedule_cpus: time 3600.006770
2005-05-18 08:53:02 [---] schedule_cpus: time 3600.078399
2005-05-18 09:53:02 [---] schedule_cpus: time 3600.096122
2005-05-18 10:53:02 [---] schedule_cpus: time 3600.057118

Does this mean that my machine is conducting a benchmark every hour which would slow down the number crunching process. Or does this indicade that my given preferences to contact the server 0.25 times a day are overridden?

Paul D. Buck
Paul D. Buck
Joined: 17 Jan 05
Posts: 754
Credit: 5,385,205
RAC: 0

Is Boinc 4.37 overriding the preferences?

I don't understand the following log entries.

2005-05-18 03:53:02 [---] schedule_cpus: must schedule
2005-05-18 03:53:04 [Einstein@Home] Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
2005-05-18 03:53:06 [Einstein@Home] Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
2005-05-18 04:53:02 [---] schedule_cpus: time 3600.030515
2005-05-18 05:53:02 [---] schedule_cpus: time 3600.023770
2005-05-18 06:53:02 [---] schedule_cpus: time 3600.042533
2005-05-18 07:53:02 [---] schedule_cpus: time 3600.006770
2005-05-18 08:53:02 [---] schedule_cpus: time 3600.078399
2005-05-18 09:53:02 [---] schedule_cpus: time 3600.096122
2005-05-18 10:53:02 [---] schedule_cpus: time 3600.057118

Does this mean that my machine is conducting a benchmark every hour which would slow down the number crunching process. Or does this indicade that my given preferences to contact the server 0.25 times a day are overridden?
No.

We have the unfortunate problem that the word "Schedule" is properly used for two different activities.

The Scheduler is the server-side software that selects Work Units to be processed on your computer.

The BOINC Daemon also has a "scheduler" that selects from the downloaded Work Units the one that should be run each and every hour. You are seeing a status message to the effect that the CPU is going to have work selected and "scheduled" to run within the next time interval.

Because you have the time set to do this every hour, that is why you see this message once an hour.

That's all folks
That's all folks
Joined: 7 Apr 05
Posts: 20
Credit: 23,903
RAC: 0

Many thanks for your help.

Many thanks for your help. Actually there should be no need for the Daemon scheduler-thing as I participate in E@H solely. I adjusted the prefs accordingly to silence the log.

Paul D. Buck
Paul D. Buck
Joined: 17 Jan 05
Posts: 754
Credit: 5,385,205
RAC: 0

Many thanks for your help.

Message 11740 in response to message 11739

Many thanks for your help. Actually there should be no need for the Daemon scheduler-thing as I participate in E@H solely. I adjusted the prefs accordingly to silence the log. AH! Well, BOINC is really designed around the multi-project concept and therefor has all those features you are not using ... :)

I would suggest that in this case you set your switching time to a higher value so that you don't re-evaluate changing to another project when there is none in the queue. Pick a number that is higher than the normal time to complete a work unit.

Mike
Mike
Joined: 20 Feb 05
Posts: 109
Credit: 944,815
RAC: 0

Many thanks for your help.

Message 11741 in response to message 11740

Many thanks for your help. Actually there should be no need for the Daemon scheduler-thing as I participate in E@H solely. I adjusted the prefs accordingly to silence the log. AH! Well, BOINC is really designed around the multi-project concept and therefor has all those features you are not using ... :)

I would suggest that in this case you set your switching time to a higher value so that you don't re-evaluate changing to another project when there is none in the queue. Pick a number that is higher than the normal time to complete a work unit.

I think no one is thinking about holidays.
We people in europe have much of it.
I allways have to suspend einstein when i´m travelling because of the short deadline.
When i go on holiday on saturday maybe 5am and be back on next saturday 10am the deadline is missed.

greetz Mike

Paul D. Buck
Paul D. Buck
Joined: 17 Jan 05
Posts: 754
Credit: 5,385,205
RAC: 0

I think no one is thinking

Message 11742 in response to message 11741


I think no one is thinking about holidays.
We people in europe have much of it.
I allways have to suspend einstein when i´m travelling because of the short deadline.
When i go on holiday on saturday maybe 5am and be back on next saturday 10am the deadline is missed.

Actually, the new code in the Daemon Work Scheduler addresses these very issues. However, if you are only manually connecting to the Internet, yes, you would have to not do Einstein@Home work.

You signature indicates that you do process work for two projects and so, before you leave you would need to tell BOINC to not download new Einstein@Home work, then suspend it when that project has exhausted the work in the Work BUffer, upload the results, vacation, upload all the SETI@Home work completed with Einstein@Home enabled and the large debt built up should cause you to download and process Einstein@Home for a little while till the projects are back in balance.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.