Rosetta doesn't have anything good either, something was faulty about their tasks and they're empty on anything that's not "python projects," which I think are VirtualBox only. I might mess with those if I'm bored...

I'm more interested in the tasks that are solving practical, real world problems, as opposed to "Finding larger prime numbers" or "Doing some weird corner of math." I'm sure some people find that interesting, but I just can't get excited about them.

Rather than reboot, if you get this memory problem in Linux run

sync; echo 1 | sudo tee /proc/sys/vm/drop_caches


This will free up memory not released when tasks end. (I use it mostly when Firefox is being tardy about releasing memory after I have had a lot of tabs open.)

I suppose that would work under some circumstances. Since I have never run out of RAM, even in those days when I had only 64 MegaBytes of it, or even less, I am certainly not an authority on dealing with this problem. I have run Netscape, Mozilla, and Firefox mainly as browsers. I can run Chromium, but I do not like it. So if I were go too far running too many memory hog processes at once, the performance would go to hell because of the memory thrashing to disk, but nothing breaks.

But consider that as you start needing more memory to start a process, the first thing the kernel will do is start using the CPU RAM input cache. If that is used up, it will page out the CPU RAM output buffer space. If yet more RAM is needed, it will start paging out some of the RAM still in use (on an LRU basis). Only if the swap space on disk is exhausted, will the kernel invoke a process killer so that vital processes can run. As I said earlier, this has never happened to me in 24 years or so running Linux.

Rather than reboot, if you get this memory problem in Linux run

sync; echo 1 | sudo tee /proc/sys/vm/drop_caches 

This will free up memory not released when tasks end. (I use it mostly when Firefox is being tardy about releasing memory after I have had a lot of tabs open.)

You might be on Windows, while mine is on Linux. What happens is, if I run ARP after a re-boot the WU runs happily. If I run ARP after I have done a few MCM Wu's because of the queue, it after a while says, waiting for memory. Where has the memory gone? Anyway, I was running it on Linux because of CPDN. I will revert back to Windows.

Actually, I do most of my Boinc work on my Linux machine.

Computer 1511241
Computer information

Created 	14 Nov 2020, 15:37:02 UTC
Total credit 	5,443,321
Average credit 	8,696.18

CPU type 	GenuineIntel Intel(R) Xeon(R) W-2245 CPU @ 3.90GHz [Family 6 Model 85 Stepping 7]
Number of processors 	16

Operating System 	Red Hat Enterprise Linux 8.5 (Ootpa) [4.18.0-348.12.2.el8_5.x86_64|libc 2.28 (GNU libc)]
BOINC version 	7.16.11
Memory 	62.4 GB
Cache 	16896 KB

Something must be strange in how you run your system. I have never run out of memory running Linux, and I have been running it since1998 in various versions and on a variety of machines. All versions have been Red Hat.

If you wish to run Windows, go ahead. But that does not solve the problem.

We have our Africa Rainfall Project. MCM, Mapping Cancer Markers, I think, do not clean up the RAM after finishing. Please check, I am suspicious about them.

I run WCG ARP1 and MCM1 and they do clean up after finishing. While I allow Beta Testing work units, I have not received any in a long time.

Beta Testing Intermittent 0:060:21:02:33 147 83,416

This new model type is still at the Alpha testing stage.
it could be months before they go live.

I wondered because one project, WCG, has a project known as Beta Testing that you can volunteer for and if you do, sometimes you get tasks that are not yet suitable for general use, but helps the projects by discovering problems not discovered by normal development and system tests. Or they may find everything is just fine and can release it to the general users. I even get credit for running those.

Now it may not make sense for volunteers to even run tasks that are only at the Alpha testing stage.

Now we wait until a researcher somewhere on the planet wants data for their research and provides new data sets.

Or get a Mac and run those. :)

Then I have three being shown as validation pending?

There are a few BOINC options not used by this project; validation pending is one of them.
So what's recorded against this option for each task is whatever was there when the task finished.

So ignore it.

KAMasud -

As pointed out elsewhere, on WCC the Africa Rainfall Project does NOT have GPU tasks. Only the Open Pandemics Project does.

As far as your "ghost" tasks, I am not sure what you mean by your "accounts page".

According to the CPDN server your Computer #1 (the one with the GPU) has 1 task in progress, Computer #2 (I710750H) has 7 in progress, and Computer #3 (I7-8750H) has 6 in progress. All of these tasks were downloaded in the last month or two.

If the Tasks tab in the BOINC Manager on your computer shows more that these, you have "lost" or "ghost" tasks.

To clear this up, when you have NO tasks on your computer according to the CPDN Server, go to the Projects tab and Remove the project. Wait 10 minutes. Add the Project back. This has always worked for me.

World Community Grid is under new management. No longer IBM, but now Krembil.

Well, they've made an agreement to move, but it's likely to be a slow, extended, transfer. I think that for the moment, the project is still running on IBM hardware.

I have no idea about the hardware, but the appearance of the WCG web site has changed dramatically. I do not like the looks of it, but I will eventually get used to it.