climateprediction.net home page
Posts by Aurum

Posts by Aurum

1) Message boards : climateprediction.net Science : World’s biggest plant to capture CO2 from the air just opened in Iceland (Message 64463)
Posted 2 days ago by Aurum
Post:
BTW, almost all the bovine methane comes in their belching from the work of the bacteria living in one of their four ruminant stomachs. Feeding cows the seaweed Asparagopsis taxiformis is very effective in reducing their methane emissions.
"The seaweed inhibits an enzyme in the cow’s digestive system that contributes to methane production." Molecular biologists will also study this to develop small molecules that inhibit this enzyme that can be massed produced. They may also use CRISPR to knock out that enzyme's gene in germ cells and create cows that do not even make the enzyme.
https://www.ucdavis.edu/news/feeding-cattle-seaweed-reduces-their-greenhouse-gas-emissions-82-percent

Mother Nature's solution to too much carbon dioxide is to make limestone. E.g., The Great Basin has thousands of feet of limestone since the western margin of the North American continent has spent millions of years as a warm shallow sea with the sea level rising and falling. That process is too slow to help us much now but technological advancements on that idea are welcome. Their article shows a substantial increase in efficiency and cost reduction. I look forward to hearing more about this approach.
2) Message boards : climateprediction.net Science : World’s biggest plant to capture CO2 from the air just opened in Iceland (Message 64442)
Posted 6 days ago by Aurum
Post:
The Orca, an installation built by Climeworks, will capture 4,000 metric tons of carbon dioxide per year — and serve as a blueprint for similar technology.
https://www.washingtonpost.com/climate-solutions/2021/09/08/co2-capture-plan-iceland-climeworks/
https://climeworks.com/orca
3) Message boards : Number crunching : project back off (Message 64440)
Posted 7 days ago by Aurum
Post:
A never-ending tale of woe.
4) Message boards : Number crunching : project back off (Message 64438)
Posted 7 days ago by Aurum
Post:
And history repeats.
5) Message boards : Number crunching : Tasks by application = hoarding (Message 64423)
Posted 11 days ago by Aurum
Post:
The Tasks by Application table at the bottom of the Server Status page https://www.cpdn.org/server_status.php shows that most of the WUs are being hoarded and not even running. Just sitting there going to waste. E.g., UK Met Office HadSM4 at N144 resolution says it has no Unsent WUs but 324 In Progress with 2 users in the last 24 hours. I have 7 of those WUs and they're all running. They only run the credits once a week so how can they know who is running what in the last 24 hours??? The applications page says this project has 221 GigaFLOPS average computing (over what period). My computers running these WUs have about 5 GFLOPs each for about 35 GFLOPs total. I wonder if over 38 other computers are running the other 317 WUs??? That would be on the order of 1585 GFLOPs so it implies that most of those WUs are sitting idle. Being hoarded when someone waiting for work could be running them now.
If you can't actually complete them in the next 2 weeks you should Abort them and let others run them.
6) Questions and Answers : Getting started : New here, not receiving work (Message 64422)
Posted 11 days ago by Aurum
Post:
It's just a few clicks away on the Project status page:
Go to the line of options at the top of the page, click on Computing, then click on Applications in the drop down menu.
The https://www.cpdn.org/apps.php page does not provide the information they asked for. All it has is some historical averages of an undisclosed duration.
7) Questions and Answers : Getting started : New here, not receiving work (Message 64421)
Posted 11 days ago by Aurum
Post:
I do not have enough L3 cache to justify running that many Boinc processes, especially the N216 models.
How much L3 cache is required for each kind of project WU?
The project code was not written well and is incompatible with hyperthreading. I disabled HTing in my BIOS for any computer crunching CP. Since I've never found a single clue that anyone responsible for writing the project code or running the servers participate in this forum I doubt they'll ever do anything about it.
8) Message boards : Number crunching : Project Outage (Message 64356)
Posted 14 Aug 2021 by Aurum
Post:
Friday afternoon not the best time to get things sorted in a hurry.
How do they say clock-puncher in British?
9) Message boards : Number crunching : Computation Errors (Message 64345)
Posted 12 Aug 2021 by Aurum
Post:
Thanks, but I'm not concerned about RAM, just CPU cache limits. Someone pulled this running 26 WUs business out of thin air. I never said it and have never done it. Any thoughts about my questions on CPU cache limits and using sec/TS?
10) Message boards : Number crunching : Computation Errors (Message 64339)
Posted 11 Aug 2021 by Aurum
Post:
I was curious about the WUs I completed but have zero credit. E.g. https://www.cpdn.org/workunit.php?wuid=12089673.
Three different computers errored out for 3 different reasons. If my 4th wingman fails will this WU be credited???
11) Message boards : Number crunching : Computation Errors (Message 64338)
Posted 11 Aug 2021 by Aurum
Post:
Is this me or CP???
https://www.cpdn.org/result.php?resultid=22107426
This task was running on computer ID 1521341. i9-10980XE, Linux Mint with 36 cores in just 15GB of memory? 1521341 downloaded 36 tasks on 31/7 and 25 have aborted or crashed fairly quickly with a range of Signal(n) or SIGSEGV errors too.

3GB of memory per cpu is a figure discussed by others. 15GB of memory is way too small for CPDN to be happy with 36 tasks. With insufficient memory, the tasks will be 'swapped' all the time and may be exposed to soft errors in the disc I/O. (Discs will hide these soft errors from users until it's too late!). Task 22131978 (a CM3S) is running at less than half the sec/TS of our older i7, suggesting that tasks are being throttled. The 'Invalid Theta' error may simply be another emanation of the task aborts and crashes.

The Intel specs suggest that i9-10980XE (Core-X) maximum memory size is 256GB? Is 1521341 a Linux virtual machine and you could increase the virtual configuration of memory and reduce the number of cores? Good luck.
The Aborts are me. Before the servers were taken down I got a huge DL of hadam4h with some computers needing over a year to complete them. I hate sitting on a hoard of WUs that someone else could be running so I returned them. Fixing the Work Server configuration could easily prevent this. I'm running Linux Mint 20.2 Ubuntu 20.04 and I disable virtualization in the BIOS config.
I'm trying to figure out how to interpret the stdout_mon.txt file. What is DLT? Every row is different and the time for each Time Slice increases each row until it suddenly resets (dry air vs moist air maybe?). The Average is dominated by the first value which is high, maybe yesterday's ending average when I shut down for the heat wave and sky-high summer TOU electric rates. Yet I see single sec/TS values being quoted. How can a single value represent such disparate data? I'm hoping if I can learn to interpret sec/TS correctly it could be the figure of merit to figure out how many of each WU can run efficiently on which class of CPU.
E.g., why does DLT have spikes? Need to learn how to "see the graphs for this run."
Trying to kill old process # 2648
Trying to kill old process # 2759
Created shared memory region key = 175990 of size 13519772 bytes (version 608)
Run for 0 Years and 5 Months
pShMem->UPLOAD_INTERVAL 0
ulTotalPhaseTimestep 43488
Starting model ID hadam4h_b039_200611_5_882_012035125 Phase 1
Program launched with process id # 2629
Climate model starting - use graphics to monitor progress.
Or visit the website to see the graphs for this run.
Getting pthread attributes - retval=0
Setting pthread size (-1778384896 bytes) - retval=0
Executing program /var/lib/boinc-client/projects/climateprediction.net/hadam4_um_8.52_i686-pc-linux-gnu
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006193 A - 22/11/2006 12:05 - H:M:S=0089:59:11 AVG=52.31 DLT= 0.00
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006194 A - 22/11/2006 12:10 - H:M:S=0090:02:01 AVG=52.33 DLT=170.71
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006195 A - 22/11/2006 12:15 - H:M:S=0090:02:44 AVG=52.33 DLT=42.56
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006196 A - 22/11/2006 12:20 - H:M:S=0090:03:25 AVG=52.33 DLT=41.39
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006197 A - 22/11/2006 12:25 - H:M:S=0090:04:04 AVG=52.32 DLT=38.19
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006198 A - 22/11/2006 12:30 - H:M:S=0090:04:47 AVG=52.32 DLT=43.29
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006199 A - 22/11/2006 12:35 - H:M:S=0090:05:28 AVG=52.32 DLT=41.29
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006200 A - 22/11/2006 12:40 - H:M:S=0090:06:08 AVG=52.32 DLT=40.26
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006201 A - 22/11/2006 12:45 - H:M:S=0090:06:50 AVG=52.32 DLT=41.26
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006202 A - 22/11/2006 12:50 - H:M:S=0090:07:33 AVG=52.31 DLT=43.02
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006203 A - 22/11/2006 12:55 - H:M:S=0090:08:17 AVG=52.31 DLT=43.99
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006204 A - 22/11/2006 13:00 - H:M:S=0090:08:55 AVG=52.31 DLT=38.67
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006205 A - 22/11/2006 13:05 - H:M:S=0090:09:39 AVG=52.31 DLT=43.29
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006206 A - 22/11/2006 13:10 - H:M:S=0090:10:20 AVG=52.31 DLT=41.76
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006207 A - 22/11/2006 13:15 - H:M:S=0090:11:01 AVG=52.31 DLT=40.45
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006208 A - 22/11/2006 13:20 - H:M:S=0090:11:41 AVG=52.30 DLT=39.82
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006209 A - 22/11/2006 13:25 - H:M:S=0090:12:19 AVG=52.30 DLT=38.48
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006210 A - 22/11/2006 13:30 - H:M:S=0090:12:53 AVG=52.30 DLT=34.36
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006211 A - 22/11/2006 13:35 - H:M:S=0090:13:33 AVG=52.30 DLT=39.82
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006212 A - 22/11/2006 13:40 - H:M:S=0090:14:16 AVG=52.30 DLT=43.08
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006213 A - 22/11/2006 13:45 - H:M:S=0090:14:58 AVG=52.29 DLT=41.30
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006214 A - 22/11/2006 13:50 - H:M:S=0090:15:35 AVG=52.29 DLT=37.62
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006215 A - 22/11/2006 13:55 - H:M:S=0090:16:17 AVG=52.29 DLT=41.61
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006216 A - 22/11/2006 14:00 - H:M:S=0090:16:58 AVG=52.29 DLT=41.20
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006217 A - 22/11/2006 14:05 - H:M:S=0090:17:39 AVG=52.29 DLT=41.05
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006218 A - 22/11/2006 14:10 - H:M:S=0090:18:17 AVG=52.28 DLT=37.72
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006219 A - 22/11/2006 14:15 - H:M:S=0090:18:54 AVG=52.28 DLT=36.77
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006220 A - 22/11/2006 14:20 - H:M:S=0090:19:34 AVG=52.28 DLT=40.56
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006221 A - 22/11/2006 14:25 - H:M:S=0090:20:11 AVG=52.28 DLT=36.62
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006222 A - 22/11/2006 14:30 - H:M:S=0090:20:55 AVG=52.28 DLT=44.05
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006223 A - 22/11/2006 14:35 - H:M:S=0090:21:37 AVG=52.27 DLT=42.20
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006224 A - 22/11/2006 14:40 - H:M:S=0090:22:19 AVG=52.27 DLT=41.45
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006225 A - 22/11/2006 14:45 - H:M:S=0090:22:59 AVG=52.27 DLT=40.86
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006226 A - 22/11/2006 14:50 - H:M:S=0090:23:39 AVG=52.27 DLT=39.36
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006227 A - 22/11/2006 14:55 - H:M:S=0090:24:22 AVG=52.27 DLT=43.32
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006228 A - 22/11/2006 15:00 - H:M:S=0090:25:01 AVG=52.26 DLT=39.43
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006229 A - 22/11/2006 15:05 - H:M:S=0090:25:45 AVG=52.26 DLT=43.46
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006230 A - 22/11/2006 15:10 - H:M:S=0090:28:34 AVG=52.28 DLT=169.03
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006231 A - 22/11/2006 15:15 - H:M:S=0090:29:17 AVG=52.28 DLT=42.74
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006232 A - 22/11/2006 15:20 - H:M:S=0090:29:59 AVG=52.28 DLT=41.84
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006233 A - 22/11/2006 15:25 - H:M:S=0090:30:41 AVG=52.28 DLT=42.91
hadam4h_b039_200611_5_882_012035125 - PH 1 TS 0006234 A - 22/11/2006 15:30 - H:M:S=0090:31:19 AVG=52.27 DLT=37.80
12) Message boards : Number crunching : Computation Errors (Message 64336)
Posted 11 Aug 2021 by Aurum
Post:
I have 7 of these WUs with a negative theta error on 5 different computers all of whom have completed at least one WU. Good to know it's not me.
In light of the CPU Cache Congestion issue I'm still trying to figure out what my rules should be. For X99 CPUs I limit the number of CP WUs to the L3 Cache divided by 5. So for an E5-2699 with 55 MB L3 I'd run 11 or fewer WUs. Since it seems almost impossible to DL 11 WUs that hasn't been a problem yet. I further limit hadcm3s to a single WU since it appears hypersensitive to having multiple WUs running and slows down dramatically. I limit hadcm3s to one WU per 16 GB of RAM to avoid combinations that force using the Swap File. I fill it out with hadam4 and hadsm4. E.g.,
<app_config>
<app>
    <name>hadcm3s</name>
    <!-- UK Met Office HadCM3 short, 3 days -->
    <!-- Xeon E5-2699 v4   22c44t   32 GB   L3 Cache 55 MB  -->
    <max_concurrent>1</max_concurrent>
</app>
<app>
    <name>hadam4</name>
    <!-- UK Met Office HadAM4 at N144 resolution, 4 days -->
    <max_concurrent>4</max_concurrent>
</app>
<app>
    <name>hadsm4</name>
    <!-- UK Met Office HadSM4 at N144 resolution, 4 days -->
    <max_concurrent>4</max_concurrent>
</app>
<app>
    <name>hadam4h</name>
    <!-- UK Met Office HadAM4 at N216 resolution, 14 days -->
    <max_concurrent>2</max_concurrent>
</app>
<project_max_concurrent>11</project_max_concurrent>
</app_config>
My problem is what to do with the X299 CPUs that have a different CPU Cache design. Is the rule still 5 MB per WU or is it more like 2.75 MB per WU???
i9-9980XE
Level 1 cache size 18 x 32 KiB 8-way set associative instruction caches + 18 x 32 KB 8-way set associative data caches
Level 2 cache size 18 x 1 MiB 16-way set associative caches
Level 3 cache size 24.75 MiB = 18 x 1.375 MiB 11-way set associative write-back
E5-2699
Level 1 cache size 22 x 32 KiB 8-way set associative instruction caches + 22 x 32 KB 8-way set associative data caches
Level 2 cache size 22 x 256 KiB 8-way set associative caches
Level 3 cache size 55 MiB = 22 x 2.5 MiB 20-way set associative shared cache
13) Message boards : Number crunching : Computation Errors (Message 64330)
Posted 11 Aug 2021 by Aurum
Post:
Is this me or CP???
https://www.cpdn.org/result.php?resultid=22107426
<core_client_version>7.16.6</core_client_version>
<![CDATA[
<message>
process exited with code 22 (0x16, -234)</message>
<stderr_txt>
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Model crashed: ATM_DYN : NEGATIVE THETA DETECTED. tmp/xnnuj.pipe_dummy
Sorry, too many model crashes! :-(
04:43:17 (4924): called boinc_finish(22)
</stderr_txt>
]]>
14) Message boards : climateprediction.net Science : Observation-based early-warning signals for a collapse of the Atlantic Meridional Overturning Circulation (Message 64304)
Posted 9 Aug 2021 by Aurum
Post:
Observation-based early-warning signals for a collapse of the Atlantic Meridional Overturning Circulation
https://www.nature.com/articles/s41558-021-01097-4.epdf?sharing_token=_l4xuguPLC5A0LOGA2jLOtRgN0jAjWel9jnR3ZoTv0ODQw4Na6S4LwvIIwjZ_S3NdBoG6pi8c5NBfIwoUKp1VK_OHHszXMnB3OMoyz8L8emOhG-hoDsJyn1YMubz_IampYbIRg_8P9vjnfIPPzRQwm6m9BfwEGfoLu0JsB4E2trSfyu4r947mOz1oZQlyxQxmaz9cXQKRbQVsW_NXeRPP2vNy05gdCAf8BfbhQAKPBY%3D&tracking_referrer=www.washingtonpost.com

Could the Atlantic Overturning Circulation ‘shut down’?
https://www.carbonbrief.org/guest-post-could-the-atlantic-overturning-circulation-shut-down

Is anyone modelling the AMOC?
15) Questions and Answers : Getting started : New here, not receiving work (Message 64254)
Posted 2 Aug 2021 by Aurum
Post:
I do not have enough L3 cache to justify running that many Boinc processes, especially the N216 models.
How much L3 cache is required for each kind of project WU?
16) Questions and Answers : Unix/Linux : *** Running 32bit CPDN from 64bit Linux - Discussion *** (Message 64249)
Posted 1 Aug 2021 by Aurum
Post:
I don't know what I'm doing but here's what I did. First try running this:
sudo  apt-get  install  lib32ncurses6  lib32z1  lib32stdc++-7-dev
If it doesn't work then I run this:
sudo  apt-get -V  install  lib32ncurses6  lib32z1  lib32stdc++-7-dev lib32tinfo6 libc6-i386=2.31-0ubuntu9.2 lib32gcc-7-dev libc6=2.31-0ubuntu9.2 libstdc++-7-dev libc6-dev=2.31-0ubuntu9.2 libc-dev-bin=2.31-0ubuntu9.2 --allow-downgrades -y
BOINC projects are still working so hopefully this did some good.
17) Questions and Answers : Unix/Linux : *** Running 32bit CPDN from 64bit Linux - Discussion *** (Message 64246)
Posted 1 Aug 2021 by Aurum
Post:
I ran into some issues on latest linux Mint 20.2 update, which is based on Ubuntu Focal Fossa (20.04 LTS). I managed to track it down to some problem with the versioning of libc6, which is reported here: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1926918
Eventually, I managed to get it working with;

sudo  apt-get -V  install  lib32ncurses6  lib32z1  lib32stdc++-7-dev lib32tinfo6 libc6-i386=2.31-0ubuntu9.2 lib32gcc-7-dev libc6=2.31-0ubuntu9.2 libstdc++-7-dev libc6-dev=2.31-0ubuntu9.2 libc-dev-bin=2.31-0ubuntu9.2

Hope it helps somebody :-)
I tried your command and it seemed to work for the first 2 Linux computers but the third gave me this:
The following packages have unmet dependencies:
 lib32gcc-7-dev : Depends: libx32gcc-s1 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32gomp1 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32itm1 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32atomic1 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32asan4 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32ubsan0 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32cilkrts5 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                  Depends: libx32quadmath0 (>= 7.5.0-6ubuntu2) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
18) Questions and Answers : Unix/Linux : *** Running 32bit CPDN from 64bit Linux - Discussion *** (Message 64245)
Posted 1 Aug 2021 by Aurum
Post:
There are obsolete pinned threads and I'm wondering if this is one of them. How do I know if I actually need to do this? My WUs are running and not failing on Linux Mint 20.2 Ubuntu 20.04. I tried running the recommended command but the Synaptic Package Manager has now designated them Broken and cannot repair them.

aurum@Rig-34:~$ sudo  apt-get  install  lib32ncurses6  lib32z1  lib32stdc++-7-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
 lib32ncurses6 : Depends: lib32tinfo6 (= 6.2-0ubuntu2) but it is not going to be installed
                 Depends: libc6-i386 (>= 2.7) but it is not going to be installed
 lib32stdc++-7-dev : Depends: lib32gcc-7-dev (= 7.5.0-6ubuntu2) but it is not going to be installed
                     Depends: lib32stdc++6 (>= 7.5.0-6ubuntu2) but it is not going to be installed
                     Depends: libstdc++-7-dev (= 7.5.0-6ubuntu2) but it is not going to be installed
 lib32z1 : Depends: libc6-i386 (>= 2.4) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
19) Message boards : Number crunching : Credit Question (Message 64244)
Posted 1 Aug 2021 by Aurum
Post:
There's no recent info on the new script that was being worked on.
So once a week it is.

Plus there's very little Windows work these days, and there's already an oversupply of computers waiting to grab it.
Strange Server Status says there's 10613 WUs ready to send. They must be Windoze since my Linux computers are not getting enough. The Applications page shows the work is dominated by Linux. I'm completely baffled by the relevance of Windows apps to whitelisting for Gridcoin which requires daily stats updates. People want to help but it sounds like you don't want any help.
20) Questions and Answers : Preferences : How to limit number of WUs (Message 64239)
Posted 31 Jul 2021 by Aurum
Post:
CP is in dire need of some upgrades. Preferences should allow us to check boxes to opt-in to the projects we want to run. It should also have a way to designate the maximum number of WUs to send a computer at any time.
Now the way to control work flow is to Abort unwanted excess WUs. Seems like CP would want to minimize that kind of wastefulness and lighten demands on its server. An app_config.xml just helps organize which WUs to Abort.
<app_config>
<app>
<name>hadcm3s</name>
<!-- UK Met Office HadCM3 short, 3 days -->
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>hadam4</name>
<!-- UK Met Office HadAM4 at N144 resolution, 4 days -->
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>hadsm4</name>
<!-- UK Met Office HadSM4 at N144 resolution, 4 days -->
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>hadam4h</name>
<!-- UK Met Office HadAM4 at N216 resolution, 14 days -->
<max_concurrent>1</max_concurrent>
</app>
<project_max_concurrent>3</project_max_concurrent>
</app_config>


Next 20

©2021 climateprediction.net