Message boards : Number crunching : credit anomaly MOSES_eu vs MOSES_global 25% for eu?
Message board moderation
Author | Message |
---|---|
Send message Joined: 31 Aug 04 Posts: 391 Credit: 219,896,461 RAC: 649 |
Just completed some "UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe" The eu models get only quarter credit compared to the old "UK Met Office HadAM3P (global only) with MOSES II landsurface scheme" Both the "global only" models and the "eu_models" run the same time elapsed (and cpu), but the eu models get about a quarter of the credit vs the globals I've got a dozen or so of both the global and eu, will keep running, but -- this is strange. See -- http://climateapps2.oerc.ox.ac.uk/cpdnboinc/results.php?userid=3970&offset=0&show_names=0&state=2 The UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe v7.01 seems to be a total loser for credits. Huh? |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
I have now reported one of these work unit types, and am seeing the same issue. The MOSES (Global Only) type I reported last year gave 10,064.32 credits, the Europe model gives just 2,191.17 credits for a similar run time. I wont be doing any more of these as the return is not really worth it (7 cr/hr). Conan |
Send message Joined: 7 Aug 04 Posts: 2187 Credit: 64,822,615 RAC: 5,275 |
I reported this problem to the IT people back in January. When it will be fixed??? |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
I noticed that the credit awarded is exactly the same as the other (non-MOSES) Europe work unit type, so perhaps they have just got it mixed up. 17791628 9545343 17 Jan 2015 5:09:11 UTC 6 Feb 2015 18:15:18 UTC Completed 1,004,026.51 888,650.10 2,389.90 2,389.90 UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe v7.01 17635813 9423239 8 Jan 2015 11:02:12 UTC 14 Jan 2015 4:05:09 UTC Completed 313,293.72 216.84 2,389.90 2,389.90 UK Met Office HadAM3P-HadRM3P Europe v7.23 Conan |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
Does anyone know if this credit error was corrected? I am not keen to run this WU I have just downloaded for 1,000,000 seconds only to find I am getting a 5th of the credit I should be getting for this WU type. Conan |
Send message Joined: 15 May 09 Posts: 4540 Credit: 19,039,635 RAC: 18,944 |
I don't normally pay much attention to credits but a moses global model on my i3 machine has run for a tad over 102 hours for 1,748.32credits. I haven't checked when it last sent a trickle up so the time may be a bit high but should be in the right ball park. |
Send message Joined: 7 Aug 04 Posts: 2187 Credit: 64,822,615 RAC: 5,275 |
Dave, Eirik and Conan are posting about the "UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe" model. The MOSES model (global only) provides the proper amount of credits per trickle. The last of the MOSES II and TRIFFID Europe models I completed did only give 2,389.90 credits, just like the regular EU models, only it takes more than 3 times as long to run. I raised this a 2nd time via the moderator e-mail list awhile back. I'll raise it a third time and see if anything gets done. |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
This model is still not getting the correct credits, less than a 3rd of what they should be getting. Conan |
Send message Joined: 31 Aug 04 Posts: 391 Credit: 219,896,461 RAC: 649 |
Agree there's a gross credit anomaly here. And agree that as a Linux user -- with a few ten-thousand linux-only wu's in the queue - maybe haklf are misconfigred? (I misspell cause a lot of wasted downloads are just that --0 lisspellllled) Don't care much, but -- grr Insult on top of injury -- yeah - I trust the very upstream researchers. Sometimes the many blunder - or blundcr- - or misconfigured bandwidth-wasting "crap" or "beta" or whatever wu-s -- annoy me. But I keep on crunching. |
Send message Joined: 1 Feb 06 Posts: 1 Credit: 777,833 RAC: 0 |
Bad credit assignment is one thing, but what I'd like to know is if this is just some bad coding that is wasting power on work units that should only take a quarter of the time. |
Send message Joined: 7 Aug 04 Posts: 2187 Credit: 64,822,615 RAC: 5,275 |
Bad credit assignment is one thing, but what I'd like to know is if this is just some bad coding that is wasting power on work units that should only take a quarter of the time. No, that is not it. It is a high resolution model and takes quite awhile to finish one year. The credit looks to be about 25% of what it should be. I'll bring it up again. |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
As I noted in an earlier message [Quote]I noticed that the credit awarded is exactly the same as the other (non-MOSES) Europe work unit type, so perhaps they have just got it mixed up. 17791628 9545343 17 Jan 2015 5:09:11 UTC 6 Feb 2015 18:15:18 UTC Completed 1,004,026.51 888,650.10 2,389.90 2,389.90 UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe v7.01 17635813 9423239 8 Jan 2015 11:02:12 UTC 14 Jan 2015 4:05:09 UTC Completed 313,293.72 216.84 2,389.90 2,389.90 UK Met Office HadAM3P-HadRM3P Europe v7.23 [Quote] They seem to have used the same crediting system for each Europe model even though they are completely different models. Conan |
Send message Joined: 5 Sep 04 Posts: 7629 Credit: 24,240,330 RAC: 0 |
Conan We know about this. It's what geophi was talking about. And he HAS emailed the project people about it, and not for the first time. |
Send message Joined: 18 Jul 13 Posts: 438 Credit: 25,620,508 RAC: 4,981 |
The credit looks to be about 25% of what it should be. I'll bring it up again. Thanks geophie, this may motivate more linux crunchers to download the TRIFFIDs currently piled up. |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
Les, Yes, thanks, I know this, I was responding to a couple of lower down replies as to me the issue did not seem clear. I am still processing them even with the much lower credits, as I am hoping the science or results, may come to something useful. Thanks to the moderators for their response in this matter. Conan |
Send message Joined: 7 Aug 04 Posts: 2187 Credit: 64,822,615 RAC: 5,275 |
The credits have now been fixed for "UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe" models. They now give 9,559.58 credits for a completed run. |
Send message Joined: 1 Jan 07 Posts: 1061 Credit: 36,718,239 RAC: 8,054 |
The credits have now been fixed for "UK Met Office HadAM3P and HadRM3P model with MOSES II and TRIFFID Europe" models. They now give 9,559.58 credits for a completed run. And because of the way credits are calculated on this project, the change is retrospective: all completed tasks have been automatically re-credited at the new rate. |
Send message Joined: 6 Jul 06 Posts: 147 Credit: 3,615,496 RAC: 420 |
Thanks to all who helped in getting this done. Conan |
Send message Joined: 27 Jan 11 Posts: 1 Credit: 34,528,619 RAC: 112 |
I have noted for years now that credits from climate prediction load have been significantly lower than for other boinc loads. I'm not really in it for the credits, but if I was I imagine I would abandon climate prediction. Right at the time of this announcement, units for climate predication jumped four-fold. The fix report on Apr 8 implied that the adjustment would be back-dated, but I expect the boinc-manager graphing code doesn't retrieve the change automatically. As an example, before April 8, einstein@home ran at about 300% higher credit than climate prediction. At the moment I'm seeing climate prediction at about 30% higher for work units completed. einstein@home is still far more "profitable" though -- I have climate prediction's resource share set 17 times higher than einstein@home. Other loads, like pogs, are comparable to einstein@home. |
Send message Joined: 5 Aug 04 Posts: 1496 Credit: 95,522,203 RAC: 0 |
Welcome to the boards, Andrew. You are correct that CPDN is less generous with credits than many, probably most, other boinc projects. (That's okay with me.) Given that credits are recalculated for all tasks every time the credit script runs, as Richard noted above, it explains why all completed tasks will be corrected. However, the correction should show as a one-day jump in the curve, not a change for all dates when the corrected tasks ran. "We have met the enemy and he is us." -- Pogo Greetings from coastal Washington state, the scenic US Pacific Northwest. |
©2024 cpdn.org