There is a bug in the boinc client where it does not accurately total up the memory required by the tasks it starts. It starts too many unless you are controlling them with an app_config.xml file. I have reported this and the fix is scheduled for boinc 8.20.

I thought CPDN has set a limit in the scheduler of max tasks in progress that helped with this. I can check. In the meantime, either use an app_config.xml or control it with the percentage of cpus used.

Thrilled that I'm getting so many Linux oifs_43r3_bl WUs but many are crashing. They keep using more RAM until each gets to 6 GB. WUs and browser tabs start crashing when the RAM is fully committed and it starts using Swap. I'm trying to limit the number running:
<app_config>
<!-- i9-7980XE 18c36t 4x16=64 GB L3 Cache 24.75 MB -->
<app>
<name>oifs_43r3_bl</name>
<!-- OpenIFS 43r3 Baroclinic Lifecycle -->
<!-- needs 6 GB RAM per WU -->
<max_concurrent>10</max_concurrent>
<fraction_done_exact/>
</app>
<project_max_concurrent>10</project_max_concurrent>
</app_config>

Following a meeting yesterday, I've been asked by the CPDN Project Director to pass on a message.
If anyone is having problems with 'stuck uploads', then Abort the task. This batch is of questionable scientific quality because of the very high number of failures.
As this batch is now closed, no resends for any Aborted tasks will be sent out to others.
Problems on the server have been investigated. One of their disks filled completely resulting in a move of data, which may be causing the problem. The server will be looked at again before any more batches go out (hopefully in the next couple of weeks when folk return from holiday).

Please DON'T do that. Instead, cancel the TRANSFER only - in the transfers tab - and the task should become 'ready to report'. Update the project as normal, and you'll get a lot of disk space freed up, without a blot on your account record.

Dynex is a scam.

Certainly enough red flags that I wouldn't touch it with a barge pole. Not proven to be a scam but no way am I going near it.

I've run it for thousands of compute hours with no problem. Can't imagine what you imagine may happen to your barge pole?

I found many many sites saying Dynex is a scam. And none saying it was of any use.

I did try to install it, but when it kept on refusing to work, and AVG kept saying no, I sent it to virustotal, where almost every virus checker didn't like it. I'm not going to run a virus on my computer to please that 14 million dollar fraudster - https://www.reuters.com/article/us-sec-jumio-mattes-idUSKCN1RE260 . Other cryptocurrency doesn't flag up like that.

And your first sentence to me was "by definition all cryptocurrency is a scam", now you say this one isn't? Maybe you're Daniel?

I've only found two coins which aren't scams, Gridcoin and Curecoin. They give you coins for work you're already doing in Boinc and Folding@Home, not ask you to run mindless calculations for other people.

Do you run them on virtualbox or natively on linux?

LHC's ATLAS tasks at 10GB are the biggest I know of. But that's 8 threads, so you don't get people trying to run huge numbers of them. Are yours going to be single threads?

No other projects I know of run tasks with this high memory requirements so it's not obvious how they will be received. Let's walk first before we run with this.

Glenn, I wonder if running climate simulations on the DynexSolve distributed neuromorphic computing network might be faster and/or more accurate. It's still a work in progress and they might welcome the extra load. Their devs are active on their Discord channel. https://dynexcoin.org/about

Not something I have heard of - I have no idea what a neuromorphic network is; I presume it's just a fancy name for a neural network implemented on GPUs. Can't say it's of interest.

There is no existing code for GPUs in any of the models that CPDN use. The forecasting centres are however working on including GPUs in the model codes. Try searching for 'atmospheric ocean models using GPU' and it will give hits.

Dynex is a scam.

Certainly enough red flags that I wouldn't touch it with a barge pole. Not proven to be a scam but no way am I going near it.

Glenn, I wonder if running climate simulations on the DynexSolve distributed neuromorphic computing network might be faster and/or more accurate. It's still a work in progress and they might welcome the extra load. Their devs are active on their Discord channel. https://dynexcoin.org/about[/size]

https://www.virustotal.com/gui/file/ace9dd93beae65218cfc7abdbaf6d22e58e0075ed9b1cbf3fd76c153cd1c0eeb

https://medium.com/@ares_61826/why-we-believe-the-dynex-cryptocurrency-is-a-scam-from-sec-sanctioned-daniel-mattes-561bbabbd89a

Dynex is a scam.

I'm not convinced WCG can be blamed for this outage (or other hardware-related problems), and I sometimes wonder what sort of [software] bag of nails IBM handed over :-)
Cheers - Al.

[quote]These 3 WUs started at the same time and they're all at 36-38% progress. They're all running on the same Win7 i5-4690K quadcore CPU with nothing else running. I've restarted BOINC twice and the first was to upgrade to 7.22.2. Set to only allow a single file transfer.

wah2_eas25_a23h_200211_25_994_012218155_0
https://www.cpdn.org/result.php?resultid=22321423

These 3 WUs started at the same time and they're all at 36-38% progress. They're all running on the same Win7 i5-4690K quadcore CPU with nothing else running. I've restarted BOINC twice and the first was to upgrade to 7.22.2. Set to only allow a single file transfer. Might there be a clue in one working properrly and two not or is just random?

wah2_eas25_a21o_200211_25_994_012218090_0
https://www.cpdn.org/result.php?resultid=22321358
wah2_eas25_a21o_200211_25_994_012218090_0_r98403190_1.zip 1.136 121210.47 K 00:18:38 - 197:37:54 85.08 KBps Uploading
wah2_eas25_a21o_200211_25_994_012218090_0_r98403190_5.zip 90.622 121400.95 K 00:31:46 - 105:43:03 0.00 KBps Upload pending (Retry in: 03:05:03), retried: 62
slot 4: Transferred _9.zip today with _1.zip & _5.zip still hung after a BOINC restart.

wah2_eas25_a23h_200211_25_994_012218155_0
https://www.cpdn.org/result.php?resultid=22321423
slot 6: This WU has transferred 9 zips as of this morning with none hanging.

wah2_eas25_a342_201111_25_994_012219472_0
https://www.cpdn.org/result.php?resultid=22322764
wah2_eas25_a342_201111_25_994_012219472_0_r523039799_4.zip 0.000 120899.03 K 00:24:22 - 152:14:17 0.00 KBps Upload pending (Retry in: 02:55:04), retried: 55
slot 5: Transferred _9.zip yesterday with _4.zip still hung after a BOINC restart.