I'm maintaining a list of COVID-19 related projects here.

from what it looks, with none of these projects one can choose COVID-research exclusively :-(

I'm maintaining a list of COVID-19 related projects here. Hat tip to https://twitter.com/TheBoinc for helping me keep this current.

Nice! The WCG link is broken. This one maybe?
https://www.ibm.org/OpenPandemics

Thanks for pointing this out, it's fixed now. That was actually supposed to link to a WCG forum post and I must have just not pasted it in, but this is better.

I'm doing my best to keep this list current, let me know if you're aware of other projects that should be listed, or errors in the list.

None of these projects allow you to exclusively select COVID-19 work as far as I know, but FAH and Rosetta seem to be giving that work top priority - if you can get it.

---

Team USA forum | Team USA page
Join us and #crunchforcures. We are now also folding:join team ID 236370!

FAH and Rosetta seem to be giving that work top priority - if you can get it.

lately, I had little success with Rosetta. Most of the time 900.000+ tasks in process, but no new ones in the download queue.

FAH and Rosetta seem to be giving that work top priority - if you can get it.

lately, I had little success with Rosetta. Most of the time 900.000+ tasks in process, but no new ones in the download queue.

I think it's because R@h sends an absurd number of WUs to each computer, far more than it can complete by the deadline. Many BOINCers are probably setting a long queue time and hording them. I abort a lot of them so they can go to others.

It's a shame the queue time is a global setting and not project specific.

I think it's because R@h sends an absurd number of WUs to each computer, far more than it can complete by the deadline. Many BOINCers are probably setting a long queue time and hording them. I abort a lot of them so they can go to others.

It's a shame the queue time is a global setting and not project specific.

Im am wondering why R@h can't apply a certain limit to the number of downloaded tasks, like GPUGRID is doing (2 tasks per GPU).
This probably would solve the problem immediately.

That was certainly the case in my first scheduler connection after joining. Got 260 tasks in my first download before I could set NNT.

Finished a third of them before the rest were going to timeout and I aborted them.

But the I also had issues with too many errors on R@h because of my processor architecture. I will wait for the next version of the app and hope that the problem is fixed.

I am running a custom client now in which I have direct control over the number of tasks I want for every project. So I should be able to solve that problem once I restart that project.

Starting a new project for a PC will often result in too many tasks as the ETA don't represent real run times. After a bit that will correct itself. It's recommended to set a low queue when starting new projects instead of a multi day queue to make it through Tuesday maint.

Starting a new project for a PC will often result in too many tasks as the ETA don't represent real run times. After a bit that will correct itself. It's recommended to set a low queue when starting new projects instead of a multi day queue to make it through Tuesday maint.

I didn't have a choice. It picked up my Einstein cache settings since cache settings is global and propagates across all projects.

I am running a custom client now in which I have direct control over the number of tasks I want for every project.

Do tell. I didn't think that was even possible from the client side. Is this client available?

I am running a custom client now in which I have direct control over the number of tasks I want for every project.

Do tell. I didn't think that was even possible from the client side. Is this client available?

No. It is restricted to GPUUG team members.

It's open source. SETI users made a custom version to get more tasks since SETI shut down every Tues.
https://github.com/BOINC/boinc

It's open source. SETI users made a custom version to get more tasks since SETI shut down every Tues.
https://github.com/BOINC/boinc

That is a different version. The one Keith refers to is restricted only to GPUUG members.

---

It's open source. SETI users made a custom version to get more tasks since SETI shut down every Tues.
https://github.com/BOINC/boinc

That is a different version. The one Keith refers to is restricted only to GPUUG members.

I'm saying anyone can go make the edits themselves.

It's open source. SETI users made a custom version to get more tasks since SETI shut down every Tues.
https://github.com/BOINC/boinc

That is a different version. The one Keith refers to is restricted only to GPUUG members.

I'm saying anyone can go make the edits themselves.

Yes, the BOINC client code is open source and licensed under the GPL. So up to you what you do with it.

That is exactly what we have done in the GPUUG. Added new features and fixed a lot of BOINC issues to get it to run well with Seti. A lot of new features work well with other projects.

We simply restricted it to GPUUG because of the possible damage to the Seti database if used indiscriminately and if the modified client got out into the wild and used by the masses of Seti volunteers.

Our concern was validated when the project unexpectedly increased the amount of work sent out to all users without warning and the database and project crumpled under the increased load from swelled caches.

So how about remove the seti idiosyncrasies to the benefit of all BOINCers???