Hello everyone and happy new year!

My name is Dominik and I am a masters student from Germany. I studied biochemistry in the city of Bayreuth, but I always focused my work more towards biophysics and bioinformatics. I'm in the group since October, where we have since then started to initiate a quantum chemical machine learning project.
We soon came to the conclusion that we need a quantum chemical database in order to drive research forward in this field.

This is where we need your help!

Some of you have already seen that I released a small amount of 50.000 WUs yesterday evening and there is even more. The WUs contain a certain amount of small molecules for which quantum chemical simulations will be performed. Depending on the size of the molecule the simulation (and the WU) will take longer. We did initial benchmarks to estimate how to design the WUs, but everything turned out a bit different with the very long WUs I prepared for Toni which you were fighting with over the last month. Thanks to everyone who was helping and sticking through this! I will try to adjust the WUs as best as I can, but for now the current DOMINIK WUs that are already on the server are fixed.
Regarding the windows based QM tasks I cannot give a clear answer about this yet, but it's definitely one of our goals.

It is a long term goal of ours to keep running the quantum chemistry tasks on GPUGRID and I try my best to ensure that there are always tasks available.

So thanks again to everyone who is participating and helping out. I really appreciate it very much.

Have a great start into 2018!

Welcome on board, Dominik, and Die besten Wünsche für dieses neue Jahr.
____________
[CSF] Thomas H.V. Dupont
Founder of the team CRUNCHERS SANS FRONTIERES 2.0
www.crunchersansfrontieres

Thank you for the heads up and info. Always good to get an update.

My name is Logan. Pleasure to meet you!
____________
Cruncher/Learner in progress.

Welcome... herzliche Grüße auch aus Österreich! :)
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

That's a very, very good news :)
Best wishes from Poland :)

Hi Dominik. Very surprised to see the very large number of tasks you made available. I am very new to the project and my first couple of weeks, I wondered if ANY work was going to be made available. See that has changed.

Now on to my question. First one of your comments in your introduction post has me intrigued.

Depending on the size of the molecule the simulation (and the WU) will take longer. We did initial benchmarks to estimate how to design the WUs, but everything turned out a bit different with the very long WUs I prepared for Toni which you were fighting with over the last month.

I am trying to figure out why my first ten or so tasks got 150-160 credits for 3500 seconds of compute time and the next batch got 20 credits for the same amount of compute time. The batch today got 6 or 7 credits for 2000 seconds of compute time. The credit awarded does not scale with compute time.

Can you explain this discrepancy?

Well I am quite familiar with what we "setizens" refer to as "CreditScrew" but I was under the impression that GPUGrid.net was one of the projects that didn't utilize the BOINC CreditNew algorithm like Einstein@Home for instance.

Hi Dominik. Very surprised to see the very large number of tasks you made available. I am very new to the project and my first couple of weeks, I wondered if ANY work was going to be made available. See that has changed.

Hi Toni and Dominik. Thanks for the info about the project using the "old" credit calculation mechanism. That is a GOOD THING!

FYI, you can read about CreditNew here

There has been much discussion about the failures of CreditNew to account for newer and faster hardware because it is tied to antiquated application APR's.

David Anderson has expressed no interest whatsoever in changing the code for the algortithm. It is what it is. Just accept it.

A majority of SETI participants have lobbied to return to the "old" Credit mechanism to no avail.

Thanks for the explanation about the nature of the tasks Dominik. My batch last night had one that reverted to the middle ground of credit I have seen so far so that must have been a bigger molecule.

Is still will get work here as necessary for when SETI@home is having issues.

Hi Toni and Dominik. Thanks for the info about the project using the "old" credit calculation mechanism. That is a GOOD THING!

FYI, you can read about CreditNew here

There has been much discussion about the failures of CreditNew to account for newer and faster hardware because it is tied to antiquated application APR's.

David Anderson has expressed no interest whatsoever in changing the code for the algorithm. It is what it is. Just accept it.

A majority of SETI participants have lobbied to return to the "old" Credit mechanism to no avail.

Thanks for the explanation about the nature of the tasks Dominik. My batch last night had one that reverted to the middle ground of credit I have seen so far so that must have been a bigger molecule.

I still will get work here as necessary for when SETI@home is having issues.

Be careful of your terms. 'CreditNew' has been the default BOINC mechanism since 2010. I suspect this is what GPUGrid is using for these tasks: the support mechanisms for 'even older credit' have been removed from the codebase.

David has expressed an interest in exploring credit mechanisms: I am the only person (so far) to have responded to Issue #2132 in over 3 months.

Hi Richard, thanks for the input. I just joined so don't know the history of GPUGrid.net.

I was just going on the post by Toni and Dominik saying they were using the "old" algorithm.

Wasn't aware the code for the earlier credit algorithms had been removed from the BOINC source.

I have never seen any post on the project forums from DA saying he was interested in revisiting the code for credit. I just recently started lurking on the developer site.

Credit for the CPU tasks here is even pretty low for creditnew.