log in

credits for runtime, not for cputime ?


Advanced search

Message boards : ATLAS application : credits for runtime, not for cputime ?

Author Message
Klaus
Send message
Joined: 27 Aug 15
Posts: 7
Credit: 1,556,937
RAC: 4,129
Message 31003 - Posted: 24 Jun 2017, 6:09:22 UTC

To decrease my cpu-temperature i decrease the cpu usage from 90 % to 45 %.
The runtime and credits for tasks are increasing. My average credit doesn't decrease since 10 days!
My question: credits for runtime, not for cputime ?

Profile HerveUAE
Avatar
Send message
Joined: 18 Dec 16
Posts: 101
Credit: 5,269,439
RAC: 25,064
Message 31031 - Posted: 25 Jun 2017, 4:30:05 UTC - in response to Message 31003.

From what I can see, you have only decreased the CPU throttling, so you can still run 8-core tasks on your 8-core computer.
Indeed the credit allocation is based on run time, and not CPU time (that was mentioned by David Cameron in a thread in old ATLAS project). So it seems that the reduced efficiency in completing a single task is not affecting the credit allocation!
____________
We are the product of random evolution.

Klaus
Send message
Joined: 27 Aug 15
Posts: 7
Credit: 1,556,937
RAC: 4,129
Message 31032 - Posted: 25 Jun 2017, 5:34:30 UTC

In BOINC-manager/opinions/calculation settings i reduced the value for use cpu-time less than ... This was the only change i made. Where you can see this, i don't know. Perhaps you can believe it.
My profession is engeniering and I do not understand why there are the same credits for calculating a WU in 1 h or in 2 to 7 h (cpu-time is the same). Scientists need a lot of results in a short time, so I think it is better to give more credits for a short calculation-time.
(In the last 40 years my income depends on results, not on beeing there)
This is to think over.

computezrmle
Send message
Joined: 15 Jun 08
Posts: 347
Credit: 3,399,908
RAC: 3,711
Message 31033 - Posted: 25 Jun 2017, 6:08:12 UTC - in response to Message 31032.

In BOINC-manager/opinions/calculation settings i reduced the value for use cpu-time less than ... This was the only change i made. Where you can see this, i don't know. Perhaps you can believe it.

From your log:
2017-06-23 12:25:58 (4820): Setting CPU throttle for VM. (45%)



... (In the last 40 years my income depends on results, not on beeing there)
This is to think over.


If you rent a flat you pay it monthly regardless if you sleep there or not.
If you rent a car you pay per day regardless if you drive it or leave it at the parking site.
If a BOINC project allocates your computing resources you get "paid" in credits regardless of the project's efficiency.

Klaus
Send message
Joined: 27 Aug 15
Posts: 7
Credit: 1,556,937
RAC: 4,129
Message 31034 - Posted: 25 Jun 2017, 6:50:57 UTC

Thanks for the the extra lesson.
You are right in all points.
But I get "paid" in credits regardless of my computer's efficiency.
This is to think over.

computezrmle
Send message
Joined: 15 Jun 08
Posts: 347
Credit: 3,399,908
RAC: 3,711
Message 31035 - Posted: 25 Jun 2017, 8:04:48 UTC - in response to Message 31034.

Discussions about credit calculation are always very emotional.
I have a very personal opinion about it that I don't want to share here.

Reduced to a very simple technical perspective you may read the BOINC documentation.
This may at least make it clear why it cannot be solved on the fly.

Klaus
Send message
Joined: 27 Aug 15
Posts: 7
Credit: 1,556,937
RAC: 4,129
Message 31036 - Posted: 25 Jun 2017, 10:22:52 UTC

For credids can nobody buy anything, so calculation of credit is no mainproblem.
Reading the BOINC documentation shows to me, that the fairness is a highly complex problem.
I'm not satisfied, but I do not know a solution for everybody.
When my roomtemperature decrease, when there are tasks in the queue i will speed up my cpu as previously.

djoser
Send message
Joined: 30 Aug 14
Posts: 15
Credit: 1,811,677
RAC: 1,564
Message 31163 - Posted: 28 Jun 2017, 18:17:55 UTC - in response to Message 31036.

Do i understand this right?

Let's say i would want to max out my credit for Atlas-tasks.
So the best would be to limit Atlas to crunch only single core tasks not multicore, right?


For credids can nobody buy anything...


That's not quite correct! See my signature for more infos.

Regards, djoser.
____________
Why mine when you can research? - GRIDCOIN - Real cryptocurrency without wasting hashes! www.gridcoin.us

computezrmle
Send message
Joined: 15 Jun 08
Posts: 347
Credit: 3,399,908
RAC: 3,711
Message 31171 - Posted: 29 Jun 2017, 6:46:28 UTC - in response to Message 31163.

Do i understand this right?

Let's say i would want to max out my credit for Atlas-tasks.
So the best would be to limit Atlas to crunch only single core tasks not multicore, right?

In your case probably not as your 2-core setup seems to be nearly perfect.
At least on this host:
https://lhcathome.cern.ch/lhcathome/show_host_detail.php?hostid=10486800

If you calculate the ratio cputime/(ncores*walltime) you get values between 96.5 % and 98.0 % for your last valid ATLAS results.
There would not be much room for a performance boost if you would run 2 concurrent VMs in a 1-core setup.
Instead it would lock roughly 2 GB more RAM that can be used now by your OS.

djoser
Send message
Joined: 30 Aug 14
Posts: 15
Credit: 1,811,677
RAC: 1,564
Message 31172 - Posted: 29 Jun 2017, 7:33:31 UTC - in response to Message 31171.

There would not be much room for a performance boost if you would run 2 concurrent VMs in a 1-core setup.


Thanks for your answer!

But if credits are granted for runtime, not cputime then running two single-core tasks concurrently should give twice the amount of credits than one two-core task, correct?

Or what am i missing here?

djoser.
____________
Why mine when you can research? - GRIDCOIN - Real cryptocurrency without wasting hashes! www.gridcoin.us

Crystal Pellet
Volunteer moderator
Volunteer tester
Send message
Joined: 14 Jan 10
Posts: 328
Credit: 2,772,160
RAC: 3,191
Message 31175 - Posted: 29 Jun 2017, 9:14:17 UTC - in response to Message 31172.

Or what am i missing here?

djoser.

Nothing.

You're right. It's up to you to configure your system(s) to your needs.

ATLAS is the best sub-project in the LHC-project for fixed credits, at least for tasks/jobs from the same batch.

computezrmle
Send message
Joined: 15 Jun 08
Posts: 347
Credit: 3,399,908
RAC: 3,711
Message 31181 - Posted: 29 Jun 2017, 12:02:11 UTC - in response to Message 31172.

There would not be much room for a performance boost if you would run 2 concurrent VMs in a 1-core setup.


Thanks for your answer!

But if credits are granted for runtime, not cputime then running two single-core tasks concurrently should give twice the amount of credits than one two-core task, correct?

Or what am i missing here?

djoser.

Without looking into the server code I guess that ATLAS solves this issue by calculating a new flops value for the host:
new_flops = original_flops * n_cpus

This way the n_cpus gets represented in the credit calculation algorithm.

It may have been Laurence or David Cameron who mentioned in an old thread that credit calculation is based on walltime.
This ensures that volunteers get rewarded for providing their resources even if the application hangs in an idle loop.
Sorry I can't find the reference at the moment.

David Cameron
Project administrator
Project developer
Project scientist
Send message
Joined: 13 May 14
Posts: 124
Credit: 2,875,749
RAC: 10,318
Message 31196 - Posted: 30 Jun 2017, 11:28:43 UTC

There is a long discussion on this topic on the old ATLAS@Home forum

In conclusion: running single-core tasks gives you more credit, but it's not easy to fill a machine with single-core tasks because BOINC requires the full n-cores memory for each one (even if it doesn't use it).

Message boards : ATLAS application : credits for runtime, not for cputime ?