And no NVDIA work..just AMD/ATI and Intel? What the +-*/ !

They have no AMD or Intel work either. If you had an AMD card, it would say "only work for Nvidia and Intel".
So it is whatever you don't have.

They think of everything.

---

Try to run

cd /d c:\Program Files\BOINC

:loop

TIMEOUT /T 10 /nobreak
boinccmd.exe --project http://www.worldcommunitygrid.org update

TIMEOUT /T 256 /nobreak
goto loop

Try to run

cd /d c:\Program Files\BOINC

:loop

TIMEOUT /T 10 /nobreak
boinccmd.exe --project http://www.worldcommunitygrid.org update

TIMEOUT /T 256 /nobreak
goto loop

Better yet...remove WCG. A few tasks once a week or something. come on.

Posted in their forum. Got 5 identical responses.
So all this rah rah rah stuff WCG posts has nothing to do with their inability to generate work. Only that they can talk about the stuff they had run in the past.

Try to run

cd /d c:\Program Files\BOINC

:loop

TIMEOUT /T 10 /nobreak
boinccmd.exe --project http://www.worldcommunitygrid.org update

TIMEOUT /T 256 /nobreak
goto loop

Better simply set WCG to NNT and enable other projects until they get it to work properly, running scripts like that makes everything only worse and no additional science is going to be done that way, as instead of yours some other, maybe unattended computers are going to be idle. WCG has currently more than enough resources, no need to force more in there.

---

.

I don't expect Krembil to like this, since it means little work for the MCM1 subproject they are especially interested in.

Then why don't Krembil put some more money into their falling apart server? I think we should start calling them Crumble.

I think things were a lot smoother when IBM ran WCG.

I don't expect Krembil to like this, since it means little work for the MCM1 subproject they are especially interested in.

Then why don't Krembil put some more money into their falling apart server? I think we should start calling them Crumble.

I think things were a lot smoother when IBM ran WCG.

They did.

Why did IBM drop them like a rock anyway?
I never read that part.

Why did IBM drop them like a rock anyway?
I never read that part.

Possibly because IBM was involved only as a donation to charity. They weren't making any money by providing the servers.

I don't expect Krembil to like this, since it means little work for the MCM1 subproject they are especially interested in.

Then why don't Krembil put some more money into their falling apart server? I think we should start calling them Crumble.

Krembil isn't exactly a multi-billion dollar corporation like IBM is.
They have a much smaller budget and the WCG team is asking for donations.

---

Possibly because IBM was involved only as a donation to charity. They weren't making any money by providing the servers.

That is certainly part of it. I am wondering though whether they began to doubt the scientific value of it. If a great new treatment would result for cancer, or Covid, they would probably want to hang on for the good publicity. They may have thought the projects had been bypassed by newer techniques. Scripps has not set up their own website for Open Pandemics, and even Krembil has not put enough emphasis to fix it for their own project. It must not be the highest priority for any of them.

---

After some conversation over in WCG, it seems there is a little trick to get work flowing again.
Go into your profile and change your project settings, save that and then change back to what you had and send out a update via BOINC.
I did that and I have work again.
Transient errors were apparently fixed last week according to the tech wizard.
So I guess they got the bugs fixed finally.

Thanks, but it doesn't work for me. Also, I can't attach to any location except "school", even if I detach from the project and reattach.

EDIT: I can change locations by "resetting" the project, instead of detach/reattach.
But even that trick worked only on my Win10 machine, not my Ubuntu 20.04 machines.

---

WCG now appears to be trying to get more useful work done by sending mostly tasks with small total sizes of the input files, such as tasks for the OPN1 subproject.

Is that what others are also seeing?

Not especially. My machine is set to process 4 WCG tasks at a time and is currently running
2 ARP1 and 2 OPN1 tasks. (and one more OPN1 ready to go.) True, I get fewer of the ARP1 tasks, sometimes none. Most of the time when my Boinc-client requests more work, it does not get any.

It is also runninig 4 Rosetta 4.20 tasks. Three 14res_af and one SRS9mpnn.

---

WCG now appears to be trying to get more useful work done by sending mostly tasks with small total sizes of the input files, such as tasks for the OPN1 subproject.

Is that what others are also seeing?

Not especially. My machine is set to process 4 WCG tasks at a time and is currently running
2 ARP1 and 2 OPN1 tasks. (and one more OPN1 ready to go.) True, I get fewer of the ARP1 tasks, sometimes none. Most of the time when my Boinc-client requests more work, it does not get any.

It is also runninig 4 Rosetta 4.20 tasks. Three 14res_af and one SRS9mpnn.

They're now back to tasks for at least three sub-projects, at the cost of much less total work.

The ARP1 tasks now seem to be only retries for tasks originally sent out about a week ago.

Download problems again.

Thanks, but it doesn't work for me. Also, I can't attach to any location except "school", even if I detach from the project and reattach.

EDIT: I can change locations by "resetting" the project, instead of detach/reattach.
But even that trick worked only on my Win10 machine, not my Ubuntu 20.04 machines.

Weird, because I am using default profile and all I did was recheck rainfall and save and then uncheck it and save and the use BOINC to update.

Weird, because I am using default profile and all I did was recheck rainfall and save and then uncheck it and save and the use BOINC to update.

Something must be stuck on my account in their server. But it is not the worst problem they have.
It will eventually get cleared out. Thanks.

---

WCG now appears to be trying to get more useful work done by sending mostly tasks with small total sizes of the input files, such as tasks for the OPN1 subproject.

Is that what others are also seeing?

Not especially. My machine is set to process 4 WCG tasks at a time and is currently running
2 ARP1 and 2 OPN1 tasks. (and one more OPN1 ready to go.) True, I get fewer of the ARP1 tasks, sometimes none. Most of the time when my Boinc-client requests more work, it does not get any.

It is also runninig 4 Rosetta 4.20 tasks. Three 14res_af and one SRS9mpnn.

They're now back to tasks for at least three sub-projects, at the cost of much less total work.

The ARP1 tasks now seem to be only retries for tasks originally sent out about a week ago.

Download problems again.

I'm not doing ARP. Just the others.
Grinding through them just fine.
Getting mostly OPN.

is it just my machines that seem to get flat out 0 work from Rosetta for the last 2 days (ongoing issue)?
Other projects work fine

Rosetta has run out of work about two days ago, always check the server status page in case you don't get work, usually you'll find the reason there.

---

.

Rosetta is out of work, DENIS has a model problem, COSMO has a SSL problem, what else is going on out there with problems? Seems like you need 12 projects to get 8 of them with work at any given time.

Rosetta has run out of work about two days ago, always check the server status page in case you don't get work, usually you'll find the reason there.

Do You think it is an intermittent shortage or is the project heading into a sunset?