no more work ? really?

I am continuing to get work, though most of it is _1.

And the new ones seem to be taking longer, or at least the estimates are.
It may just be how my machines are set up. I am doing more work units now, but they may be cache-limited.

---

no more work ? really?

I am continuing to get work, though most of it is _1.
And the new ones seem to be taking longer, or at least the estimates are.
It may just be how my machines are set up. I am doing more work units now, but they may be cache-limited.

You may be getting the ones that I `aborted` . `errored` . `crashed`
wimin drivers . . . . :) Nnnnnn,,

Abort some more. They are really out of pythons now, though I did pick up a few of the regular Rosettas.
But even they seem to be out now. On some of my machines, I can make it until tomorrow. On others, I can't.

---

Abort some more. They are really out of pythons now, though I did pick up a few of the regular Rosettas.
But even they seem to be out now. On some of my machines, I can make it until tomorrow. On others, I can't.

Hurry up...3 left

Hurry up...3 left

Yes, you have to get them when you can. But I pick up a few more from time to time, so I should make it until tomorrow.
Hopefully they will throw some more in the hopper.

---

Yes there has been no work units for several weeks. I switched to World Community Grid. My raspberry pi's have nothing to do, so I am powering those off.

It would certainly help, as you said something like: Yeah, it's broke, we're working on it. I will check in again after the first of the year as well.

Yes there has been no work units for several weeks.

Not true.
There have been periods over the last 3 weeks where there have been no new Rosetta 4.20 Tasks available from the project- there were 4 days with no new work from Nov 11th, after that it was generally 1-2 days between spurts of new Rosetta 4.20 work. Along with the occasional batch of RB Tasks being sent out as well.
But it has been just the last 36 hours or so where there has been no new Python work available either, just the very occasional resend.

---

Grant
Darwin NT

Yes, you have to get them when you can. But I pick up a few more from time to time, so I should make it until tomorrow.
Hopefully they will throw some more in the hopper.

I see there are lots of them in the hopper,

Rosetta 3674 63066 6.88 (0.24 - 56.39) 2050

and my machine asks for some, but does not get any.

Mon 29 Nov 2021 08:40:33 AM EST | Rosetta@home | update requested by user
Mon 29 Nov 2021 08:40:38 AM EST | Rosetta@home | Sending scheduler request: Requested by user.
Mon 29 Nov 2021 08:40:38 AM EST | Rosetta@home | Requesting new tasks for CPU
Mon 29 Nov 2021 08:40:40 AM EST | Rosetta@home | Scheduler request completed: got 0 new tasks
Mon 29 Nov 2021 08:40:40 AM EST | Rosetta@home | No tasks sent
Mon 29 Nov 2021 08:40:40 AM EST | Rosetta@home | Project requested delay of 31 seconds
Mon 29 Nov 2021 08:41:15 AM EST | Rosetta@home | Sending scheduler request: To fetch work.
Mon 29 Nov 2021 08:41:15 AM EST | Rosetta@home | Requesting new tasks for CPU
Mon 29 Nov 2021 08:41:16 AM EST | Rosetta@home | Scheduler request completed: got 0 new tasks
Mon 29 Nov 2021 08:41:16 AM EST | Rosetta@home | No tasks sent

---

In that case I may decide I can't afford to stay with this project. It's far too much of a memory hog; I've suspended it while I debate with myself. Who'd have though that 64GB RAM would be too little, even with 24 processors?

Who'd have though that 64GB RAM would be too little, even with 24 processors?

If you are willing to jump through some hoops (though they are actually rather easy), there is a way, by running multiple BOINC instances.
https://boinc.bakerlab.org/rosetta/forum_thread.php?id=6893&postid=103516#103516

You then run as many as you can (8 for example) in each instance. That works because you only need a lot of memory to download them, not run them.
Here is how to set it up:
https://www.overclock.net/threads/guide-setting-up-multiple-boinc-instances.1628924/

I already had a second BOINC instance set up on a Ryzen 3900X with 96 GB of memory, so I can use all 24 cores (12 per instance).
Also, I added a second BOINC instance to a Ryzen 3950X with 128 GB of memory.
They are all under Ubuntu 20.04.3, but it works on Windows as well. It is just a bit easier to start up automatically in Linux.

You can use three BOINC instances (or more) if you need to.

---

I messed around with app_config but that can make a mess of things.

I am using this, and that sets my upper bound to three at a time. What would be the symptoms of the mess to which you refer?

[/var/lib/boinc/projects/boinc.bakerlab.org_rosetta]$ cat app_config.xml 
<app_config>
   <project_max_concurrent>3</project_max_concurrent>
</app_config>

---

I messed around with app_config but that can make a mess of things.

I am using this, and that sets my upper bound to three at a time. What would be the symptoms of the mess to which you refer?

[/var/lib/boinc/projects/boinc.bakerlab.org_rosetta]$ cat app_config.xml 
<app_config>
   <project_max_concurrent>3</project_max_concurrent>
</app_config>

project? I have never seen that before.
Most of us tried to use max_concurrent and then got buried in tons of tasks we could never complete by their deadlines.

Something does not make sense
Says 2,000 tasks queued.
Had a look at the schedulers...0 on all projects.
So are the 2,000 not released yet or have they all been taken and the system did not update?

project? I have never seen that before.
Most of us tried to use max_concurrent and then got buried in tons of tasks we could never complete by their deadlines.

Project_max_current will limit the total number of work units running for all projects.

But either one of them can cause the problem of excessive downloads.
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45319
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45323

---

The queue only updates once around every 4 hours while the server status page is around 30 minutes or so.

---

project? I have never seen that before.
Most of us tried to use max_concurrent and then got buried in tons of tasks we could never complete by their deadlines.

Project_max_current will limit the total number of work units running for all projects.

But either one of them can cause the problem of excessive downloads.
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45319
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45323

So it comes down to this, any attempt to limit the amount of tasks will cause excessive downloads.
What if you rolled back in versions of BOINC?

project? I have never seen that before.
Most of us tried to use max_concurrent and then got buried in tons of tasks we could never complete by their deadlines.

Project_max_current will limit the total number of work units running for all projects.

But either one of them can cause the problem of excessive downloads.
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45319
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5720&postid=45323

So it comes down to this, any attempt to limit the amount of tasks will cause excessive downloads.
What if you rolled back in versions of BOINC?

Not will, can.

I’ve been running project_max_concurrent on most projects for several years with no excess downloads.

You then run as many as you can (8 for example) in each instance. That works because you only need a lot of memory to download them, not run them. Here is how to set it up:

I don't understand. When I run boincmgr it shows several jobs as "waiting for memory". How can adding yet more of them release memory? And why would boinc need more memory to download a job than to run it?

(This is Gentoo Linux.)

You then run as many as you can (8 for example) in each instance. That works because you only need a lot of memory to download them, not run them. Here is how to set it up:

I don't understand. When I run boincmgr it shows several jobs as "waiting for memory". How can adding yet more of them release memory? And why would boinc need more memory to download a job than to run it?

(This is Gentoo Linux.)

Read my post. I hope it helps.

https://boinc.bakerlab.org/rosetta/forum_thread.php?id=6893&postid=103572

---

Falconet has the right answer. But I would only add that it is the project that sets the memory requirements, not BOINC.
If they say more, then BOINC just obeys. (The memory isn't released, it is just reserved.)

And adding a second BOINC instance gives you another bite at the apple. One BOINC instance doesn't see what the other one is doing.
So if the pythons ever do require more memory to run, that could cause problems. But we are a long way from that at the moment.

---