Message boards :
ATLAS application :
Credit for ATLAS
Message board moderation
Previous · 1 · 2
Author | Message |
---|---|
![]() Send message Joined: 28 Sep 04 Posts: 739 Credit: 50,662,349 RAC: 33,715 ![]() ![]() ![]() |
I see huge increase of credits for the new 2.01 app. It will probably drop after a while as 'credit new' starts to 'learn' these new tasks. ![]() |
Send message Joined: 2 May 07 Posts: 2256 Credit: 174,250,933 RAC: 10,125 ![]() ![]() ![]() |
But we are back to 2.00. So, once again with the points. |
Send message Joined: 2 May 07 Posts: 2256 Credit: 174,250,933 RAC: 10,125 ![]() ![]() ![]() |
https://lhcathome.cern.ch/lhcathome/results.php?userid=75468&offset=0&show_names=0&state=2&appid= 3:06 UTC today waiting for Credit (one Task) |
Send message Joined: 2 May 07 Posts: 2256 Credit: 174,250,933 RAC: 10,125 ![]() ![]() ![]() |
https://lhcathome.cern.ch/lhcathome/results.php?userid=75468&offset=0&show_names=0&state=2&appid= 4:02 UTC today waiting for Credit (two Task) |
Send message Joined: 18 Dec 15 Posts: 1838 Credit: 121,979,429 RAC: 92,396 ![]() ![]() ![]() |
Interesting development of credits allocation between yesterday and today (crunched on the same machine, no changes whatsoever inbetween): Upload date/time / total runtime / CPU time / credit points 7 Mar 2023, 9:10:07 UTC - 121,382.46 - 120,750.00 - 1,996.63 8 Mar 2023, 13:39:59 UTC - 107,433.44 - 106,845.40 - 211.93 can anyone offer a logical explanation for a such huge difference? P.S.: I noticed just now: In case of the 1.996,63 credit points, stderr under "max FLOPS of device" shows 37,11 GFLOPS, in case of the 211.93 credit points, it shows 4,65 GFLOPS. How can this come about? As said, we are talking about the same machine and the same environment. Further, the indicated GFLOPS are never ever in alignment with the runtims / CPu times of the tasks. So, something seems to be rather wrong with the various calculation in the ATLAS code :-( |
Send message Joined: 2 May 07 Posts: 2256 Credit: 174,250,933 RAC: 10,125 ![]() ![]() ![]() |
Seeing no difference (10 Cpu's) one hour runtime and about 1k points. |
Send message Joined: 18 Dec 15 Posts: 1838 Credit: 121,979,429 RAC: 92,396 ![]() ![]() ![]() |
Seeing no difference (10 Cpu's) one hour runtime and about 1k points.??? |
Send message Joined: 2 May 07 Posts: 2256 Credit: 174,250,933 RAC: 10,125 ![]() ![]() ![]() |
350 Atlas-Tasks a day with 1k are 350k, sorry this is possible. Number one and two of our Computer stats. https://lhcathome.cern.ch/lhcathome/top_hosts.php |
![]() ![]() Send message Joined: 2 Sep 04 Posts: 455 Credit: 203,796,322 RAC: 102,978 ![]() ![]() ![]() |
In case of the 1.996,63 credit points, stderr under "max FLOPS of device" shows 37,11 GFLOPS, Nope, it is not the Atlas code, but something on your machine. The BOINC-Client makes Benchmarks from Time to Time, and the latest Benchmark was done, when the machine was not really idle or the older one was wrong. Enshure that your machine is real idle and then initiate BOINC to benchmark again. Maybe this fixes your problem ![]() Supporting BOINC, a great concept ! |
![]() Send message Joined: 15 Jun 08 Posts: 2567 Credit: 258,561,138 RAC: 119,046 ![]() ![]() |
It's (nearly) a factor of 8 between 37.11 and 4.65. This makes me guess you modified the #cores at the prefs page: 8 (or unlimited) -> 1 The server will compensate this step by step if you keep the setting stable but it will take a while. |
Send message Joined: 18 Dec 15 Posts: 1838 Credit: 121,979,429 RAC: 92,396 ![]() ![]() ![]() |
It's (nearly) a factor of 8 between 37.11 and 4.65.Well, you are perfectly right :-) I found out about this lateron. |
©2025 CERN