May somebody give advice how is it possible that host no2 on top list compute ATMML WU under 500sec?
Additionally it's GPU is listed as 1660S
https://www.gpugrid.net/show_host_detail.php?hostid=624047

May somebody give advice how is it possible that host no2 on top list compute ATMML WU under 500sec?
Additionally it's GPU is listed as 1660S
https://www.gpugrid.net/show_host_detail.php?hostid=624047

Somebody has found a way to 'game' the system.

May somebody give advice how is it possible that host no2 on top list compute ATMML WU under 500sec?

Talking about strange hosts, I've also noticed some of them at current Hosts ranking positions 11, 12, 13, 15, 17, 20 and 27.
They all indicate "[40] NVIDIA NVIDIA TITAN V (4095MB)"
This would add up to a total of 7x40=280 NVIDIA TITAN V graphics cards for some anonymous owner(s)

More likely they are one owner using cloud instance rentals. They could also be spoofing the coproc_info.xml file to report 40 cards on each host. I don't see how a 8 core cpu could support that many real cards.

Talking about strange hosts, I've also noticed some of them at current Hosts ranking positions 11, 12, 13, 15, 17, 20 and 27.
They all indicate "[40] NVIDIA NVIDIA TITAN V (4095MB)"
This would add up to a total of 7x40=280 NVIDIA TITAN V graphics cards for some anonymous owner(s)

Talking about strange hosts, this is more of a compliment to user wscr http://www.gpugrid.net/show_user.php?userid=5728 with two GTX 1660 Super hosts with 6GB vram running qchem with low OOM failures.

http://www.gpugrid.net/results.php?hostid=598633&offset=0&show_names=0&state=0&appid=47 ~2% error rate in qchem


http://www.gpugrid.net/results.php?hostid=227353&offset=0&show_names=0&state=0&appid=47 ~ 1% error rate in qchem.

wscr other RTX 2070 below also has ~1 % error in qchem http://www.gpugrid.net/results.php?hostid=618605&offset=40&show_names=0&state=0&appid=47 but his/her other 2070 has high error.

Kudos!

I crunched one very short ATMML task in the beginning of them, ended in similar very short time, before that - crunched 24/7 for weeks ACEMD3 tasks only, because my old GPU not supported by Quantum Chemistry tasks.

The host that started this thread is active again after taking a few days off. Same output in the stderr file. The line "tar: run.log: file changed as we read it" may be what triggers skipping over the science? Seems like someone (I'm guessing ononoki owns this PC). has an issue or a great hack for points on their system, but that's beyond my skillset.

https://www.gpugrid.net/results.php?hostid=624047

https://www.gpugrid.net/result.php?resultid=35656131

May be Project Scientists have something to say about this matter.
If tasks processed by this host were not useful for what they are intended, it would be disturbing by "burning" tasks instead of "crunching" them...

So far the project scientist hasn't done anything about this host other than confirming that the host is only producing 'garbage' results.

Not sure why inaction is the only current decision. Maybe they are not concerned because those bad results don't ever corrupt the science.

...

Not sure why inaction is the only current decision. Maybe they are not concerned because those bad results don't ever corrupt the science.

Unless a project sticks to box stock, broken CreditNew BOINC credit algorithm, credit awarding is entirely arbitrary depending on what project admins decide.

An admin can award high task credit to increase the 'attractiveness' of their project in hope it will gain more volunteer participation and increase their science production.

il suffit de regarder le classement mondial boinc avec bitcoin utopia,des personnes comme moi qui fait tourner un pc toute la journée ne peuvent rivaliser.

Just look at the world ranking boinc with bitcoin utopia, people like me who runs a pc all day can’t compete.

____________

Another host with GTX960 with 5.x cc but can ATMML task runs with version 5.x cc (unless the coporoc_info.xml was modified,)? Over the past 24-48 hours, the run time varies from 122khrs and seems to stabilize with shorter run time.
https://www.gpugrid.net/results.php?hostid=550055&offset=0&show_names=0&state=3&appid=

Another host with GTX960 with 5.x cc but can ATMML task runs with version 5.x cc (unless the coporoc_info.xml was modified,)? Over the past 24-48 hours, the run time varies from 122khrs and seems to stabilize with shorter run time.
https://www.gpugrid.net/results.php?hostid=550055&offset=0&show_names=0&state=3&appid=

Hello. We have identified the problem and it has been fixed in our code. The next round of WUs should not have this problem.

This is not any sort of hack. It is just a case of some specific error types (that occur with old GPUs we do not have available locally to test on) not raising a proper error code and slipping through the validation.

Good to hear.

@Steve, can a GTX 950 run ATMML task? I think the "bug" that was hilited a few weeks ago may not be fully resolved. See this host:https://www.gpugrid.net/results.php?hostid=421254&offset=0&show_names=0&state=3&appid=:

Though there are more failures, those that were validated completed much faster than say a RTX4090 on average.