I asked this first on the BOINC user forums, and didn't get an answer that helped.

I'm running BOINC on Debian Bookworm 12.11, an AMD Fx8350 on a Gigabyte motherboard with 32 GB RAM (max for this MB) and 3+ TB of storage. BOINC has its own 50 GB partition to store work units, required to leave only 1 GB free. It's been allowed to use as much as 90% of RAM when the computer is "not in use", though I have it set lower at present. It's also allowed to use up to 75% of my 64 GB swap space, though that space shows empty/unused when I check.

For the last few days, every time I try to look at my progress, I see "Waiting for Shared Memory" on a bunch of Einstein (GPU only) and MilkyWay (CPU only) tasks, usually with none actually running. My total credits on both projects are still creeping up, so the machine (the only one I have running these projects at present) is still getting some work done when I'm not looking -- but a lot less than was the case a week or so ago.

I'm not sure it's related, but this began around the time the BOINC manager upgraded to 8.2.4.

I've had this up for a week or so in both of my projects and the BOINC discussion boards. And now...

Well, in a bizarre twist...

I aborted all the work units waiting to be resumed (some up to a couple weeks old, likely expired or close to expiration) and with computing preferences settings nearly identical to what I've used for years (might have raised or lowered one thing or another by a few percent), I told both projects to "Update" -- and when they downloaded new work units, one Einstein and one MilkyWay work unit started crunching, just like nothing had happened.

I can only presume that one project or the other had bitten down on a work unit that for some reason hogged all available resources, and aborting the work units (or updating the projects -- not something I usually have to do manually, AFAIK) fixed the problem.

When all else fails . . . . . . . turn it off . . . then turn it back on!

---