Extra long GIANNI_CPXB task(s)

Message boards : Number crunching : Extra long GIANNI_CPXB task(s)

Author	Message
Retvari Zoltan Send message Joined: 20 Jan 09 Posts: 2356 Credit: 16,395,174,309 RAC: 3,799,614 Level Scientific publications	Message 48761 - Posted: 29 Jan 2018 \| 17:51:46 UTC Last modified: 29 Jan 2018 \| 17:53:14 UTC
	I had one with 155.591 atoms and 12.5M steps. It took 19 hours and 25.5 minutes to process on my GTX 980 Ti / WinXPx64 host. The GPU usage was 99%. The variation of the number of atoms among the workunits of this batch is unusually high (lowest on my hosts is 61.233) which results in unpredictable processing times, which makes the "queuing strategy" quite difficult = slower hosts even miss the 5 day deadline with the workunits having the biggest atom counts, faster hosts could loose the 24hrs or 48hrs bonus (just like mine did). This batch runs significantly faster on 1080 Ti though.
	ID: 48761 \| Rating: 0 \| rate: / Reply Quote

PappaLitto Send message Joined: 21 Mar 16 Posts: 511 Credit: 4,672,242,755 RAC: 0 Level Scientific publications	Message 48762 - Posted: 29 Jan 2018 \| 19:13:55 UTC - in response to Message 48761.
	I had one with 155.591 atoms and 12.5M steps. It took 19 hours and 25.5 minutes to process on my GTX 980 Ti / WinXPx64 host. The GPU usage was 99%. The variation of the number of atoms among the workunits of this batch is unusually high (lowest on my hosts is 61.233) which results in unpredictable processing times, which makes the "queuing strategy" quite difficult = slower hosts even miss the 5 day deadline with the workunits having the biggest atom counts, faster hosts could loose the 24hrs or 48hrs bonus (just like mine did). This batch runs significantly faster on 1080 Ti though. This CPXB task run on my 980ti only had 64,000 atoms http://www.gpugrid.net/result.php?resultid=16981253 . This received more credit for a far fewer amount of atoms. Maybe these extremely high atom simulations should be their own category.
	ID: 48762 \| Rating: 0 \| rate: / Reply Quote

Retvari Zoltan Send message Joined: 20 Jan 09 Posts: 2356 Credit: 16,395,174,309 RAC: 3,799,614 Level Scientific publications	Message 48763 - Posted: 30 Jan 2018 \| 9:16:22 UTC - in response to Message 48761. Last modified: 30 Jan 2018 \| 9:22:44 UTC
	I had one with 155.591 atoms and 12.5M steps. (lowest on my hosts is 61.233) I forgot to mention that the awarded credits are the same, regardless the more than twice as much FLOPs needed to process the larger atom count model(s). This is quite neglectful approach of the definition of Cobblestones. On the positive side, the ratio of such large atom count models to the "normal" atom count models is about 1:20, so this doesn't threatens much the average awarded credits (provided this ratio stays this low).
	ID: 48763 \| Rating: 0 \| rate: / Reply Quote

Keith Myers Send message Joined: 13 Dec 17 Posts: 1360 Credit: 7,911,747,418 RAC: 5,685,660 Level Scientific publications	Message 48788 - Posted: 2 Feb 2018 \| 19:43:30 UTC - in response to Message 48763.
	No, the credit awarded has nothing to do with Cobblestones. It is the CreditNew algorithm that takes full blame. CreditNew is broken. Blame the author David Anderson of SETI for the travesty of CreditNew.
	ID: 48788 \| Rating: 0 \| rate: / Reply Quote

mmonnin Send message Joined: 2 Jul 16 Posts: 337 Credit: 7,765,428,051 RAC: 1,425,398 Level Scientific publications	Message 48789 - Posted: 2 Feb 2018 \| 20:08:04 UTC
	GPU tasks are not using CreditNew. GPU Credit has a fixed value at GPUGrid.
	ID: 48789 \| Rating: 0 \| rate: / Reply Quote

Keith Myers Send message Joined: 13 Dec 17 Posts: 1360 Credit: 7,911,747,418 RAC: 5,685,660 Level Scientific publications	Message 48790 - Posted: 2 Feb 2018 \| 20:53:20 UTC - in response to Message 48789.
	GPU tasks are not using CreditNew. GPU Credit has a fixed value at GPUGrid. Sorry, I was confused with the previous answer to my questions about the large variance in credit for QMML tasks. I was told and am certain that those tasks use CreditNew. I was told by the scientists this is so.
	ID: 48790 \| Rating: 0 \| rate: / Reply Quote

mmonnin Send message Joined: 2 Jul 16 Posts: 337 Credit: 7,765,428,051 RAC: 1,425,398 Level Scientific publications	Message 48791 - Posted: 2 Feb 2018 \| 21:04:09 UTC - in response to Message 48790.
	GPU tasks are not using CreditNew. GPU Credit has a fixed value at GPUGrid. Sorry, I was confused with the previous answer to my questions about the large variance in credit for QMML tasks. I was told and am certain that those tasks use CreditNew. I was told by the scientists this is so. The CPU Quantum Chemistry tasks might be using CreditNew. When I ran them they were not all the same credit. Esp after like a dozen tasks returned. GPU tasks here are all fixed. 111k, 252k, 387k and these large 483k credit tasks. (Rounded with Bonus.)
	ID: 48791 \| Rating: 0 \| rate: / Reply Quote

Keith Myers Send message Joined: 13 Dec 17 Posts: 1360 Credit: 7,911,747,418 RAC: 5,685,660 Level Scientific publications	Message 48792 - Posted: 2 Feb 2018 \| 21:07:24 UTC - in response to Message 48791.
	Thanks for the confirmation. Now I have to ask someone who knows how is it possible for the GPUGrid.net project running BOINC software can employ two different credit award mechanisms at the same time. I didn't think that is possible. Time to ask Richard Haselgrove.
	ID: 48792 \| Rating: 0 \| rate: / Reply Quote

Post to thread

Message boards : Number crunching : Extra long GIANNI_CPXB task(s)

	About	Science	Volunteers	Performance	Forum	Join us	Donate