Store at least 0.3 days of work.
Store up to an additional 1 day of work.

Is this ridiculous? Or is it reasonable?

On my Ryzen 3000 series and Ubuntu 18.04, I can usually get work at the default setting of 0.1 + 0.5 days.
Sometimes if I am running other long ones (the Rosetta 24 hour work units for example), I have to increase it to 0.25 + 0.5, or a little more.
It may take a little more on slower machines.

Note that I limit the N216 to running two at a time however, or I take a hit on run times.

Store at least 0.3 days of work.
Store up to an additional 1 day of work.

Is this ridiculous? Or is it reasonable?

Seems reasonable to me. I am out of ideas now though.

It may be worth trying increasing the number of days work requested above the default. I know Les didn't find anything in work fetch debug that was helpful.

Do you have a suggestion as to what this should be? I know with different hardware and different OS, the amount will be different, but right now mine is set to

Store at least 0.3 days of work.
Store up to an additional 1 day of work.

Is this ridiculous? Or is it reasonable?

Seems reasonable. Do you run any other projects? If so, try getting work from them. Just wondering if this is a cpdn thing only.

On my CentOS 8 VM, I installed and configured boinc mostly following a couple links

https://boinc.berkeley.edu/forum_thread.php?id=11854
https://boinc.berkeley.edu/wiki/Installing_BOINC_on_Fedora

I also disabled selinux, although I don't know if that really did anything. I am able to get work on World Community Grid. After that task runs, I'll try cpdn.

Jean-David Beyer

The CentOS 8 installation did pick up a cpdn task, so not sure what the difference is between your setup and mine.

Seems reasonable. Do you run any other projects? If so, try getting work from them. Just wondering if this is a cpdn thing only.

On my CentOS 8 VM, I installed and configured boinc mostly following a couple links

https://boinc.berkeley.edu/forum_thread.php?id=11854
https://boinc.berkeley.edu/wiki/Installing_BOINC_on_Fedora

I also disabled selinux, although I don't know if that really did anything. I am able to get work on World Community Grid. After that task runs, I'll try cpdn.

Yes, I am running World Community Grid and Rosetta@home and both are working just fine. So it seems to be a cpdn thing only. Am I just being too impatient?

Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Sending scheduler request: To fetch work.
Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Requesting new tasks for CPU
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Scheduler request completed: got 0 new tasks
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | No tasks sent
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Project requested delay of 3636 seconds

There seem to be work units available.

UK Met Office HadAM4 at N216 resolution 5297 5277 429.98 (177.44 - 923.93) 25

UK Met Office HadAM4 at N216 resolution
Platform Version Created Average computing
Linux/x86 8.52 7 Jun 2019, 11:07:36 UTC 2,567 GigaFLOPS

---

I've long suspected that it's a cpdn thing.
I'll talk to the project.

Yes, I am running World Community Grid and Rosetta@home and both are working just fine. So it seems to be a cpdn thing only. Am I just being too impatient?

No, you're not being too impatient. It should work. I know you installed the recommended 32bit libraries in the instructions. But do this. Download

http://www.cpdn.org/cpdnboinc/applications//hadam4_8.52_i686-pc-linux-gnu
http://www.cpdn.org/cpdnboinc/applications//hadam4_se_8.52_i686-pc-linux-gnu.zip
http://www.cpdn.org/cpdnboinc/applications//hadam4_um_8.52_i686-pc-linux-gnu.zip

into a temp directory under your home directory. Unzip the zipped files then you will likely have to chmod them +x

Then do an

ldd *

within that directory. Just to make sure that there are no unmet dependencies.

If that doesn't show anything problematic, I suggest going through the two links in my last post and see if performing any steps in those linked posts might resolve the problem. I'm wondering if it's a permissions problem of some kind.

Llinux Mint is like that.
It's based on Ubuntu.

However ...
Don't forget the need for L3 cache. The N216 model type is hungry for that, and slow WAAAAAY down it you cram too many tasks into the workload at once.
4 Megs per model.

Thank you, Les. I am running 9th and 10th gen Intel CPU core i7. Not asking for CPDN tasks. Those I baby along and at most, only allow three tasks to run at any given time. I asked for other projects. Just dump them in VM. Rosetta and Collatz perform like land-grabbers, give an inch, they will take a mile then Boinc will not badger the CPDN server. No badgering the server, no tasks.
N216? Most probably I will get away with running only one task.

It may be worth trying increasing the number of days work requested above the default. I know Les didn't find anything in work fetch debug that was helpful.

Do you have a suggestion as to what this should be? I know with different hardware and different OS, the amount will be different, but right now mine is set to

Store at least 0.3 days of work.
Store up to an additional 1 day of work.

Is this ridiculous? Or is it reasonable?

Maybe, ridiculous. These WU's take three days and some hours to complete on my laptop. Now if I set a figure of .3days and 1 additional day? "AI" might take ages to figure this one out and good luck to it, I cannot. Why not set it to ten days of work plus ten additional days? May fetch you two WU's.

It may be worth trying increasing the number of days work requested above the default. I know Les didn't find anything in work fetch debug that was helpful.

Do you have a suggestion as to what this should be? I know with different hardware and different OS, the amount will be different, but right now mine is set to

Store at least 0.3 days of work.
Store up to an additional 1 day of work.

Is this ridiculous? Or is it reasonable?

Maybe, ridiculous. These WU's take three days and some hours to complete on my laptop. Now if I set a figure of .3days and 1 additional day? "AI" might take ages to figure this one out and good luck to it, I cannot. Why not set it to ten days of work plus ten additional days? May fetch you two WU's.

The buffer size should never stop you getting work as it's a minimum. I'm on 0 + 0.13 and it downloaded a CPDN per core. If Boinc wants to get CPDN work, it will ask for 0.13 days of work. That will add up to 1 WU. It won't ask for 0 WUs.

No, you're not being too impatient. It should work. I know you installed the recommended 32bit libraries in the instructions. But do this. Download

http://www.cpdn.org/cpdnboinc/applications//hadam4_8.52_i686-pc-linux-gnu
http://www.cpdn.org/cpdnboinc/applications//hadam4_se_8.52_i686-pc-linux-gnu.zip
http://www.cpdn.org/cpdnboinc/applications//hadam4_um_8.52_i686-pc-linux-gnu.zip

into a temp directory under your home directory. Unzip the zipped files then you will likely have to chmod them +x

Then do an

ldd *

within that directory. Just to make sure that there are no unmet dependencies.

If that doesn't show anything problematic, I suggest going through the two links in my last post and see if performing any steps in those linked posts might resolve the problem. I'm wondering if it's a permissions problem of some kind.

$ ldd hadam4_8.52_i686-pc-linux-gnu
ldd: warning: you do not have execution permission for `./hadam4_8.52_i686-pc-linux-gnu'
linux-gate.so.1 (0xf7fb9000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf7f7d000)
libdl.so.2 => /lib/libdl.so.2 (0xf7f78000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7de5000)
libm.so.6 => /lib/libm.so.6 (0xf7d13000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7cf6000)
libc.so.6 => /lib/libc.so.6 (0xf7b4f000)
/lib/ld-linux.so.2 (0xf7fbb000)

$ ldd hadam4_se_8.52_i686-pc-linux-gnu.so
linux-gate.so.1 (0xf7f87000)
libnsl.so.1 => /lib/libnsl.so.1 (0xf7e32000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7c9f000)
libm.so.6 => /lib/libm.so.6 (0xf7bcd000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7bb0000)
libc.so.6 => /lib/libc.so.6 (0xf7a09000)
/lib/ld-linux.so.2 (0xf7f89000)

$ ldd hadam4_um_8.52_i686-pc-linux-gnu
linux-gate.so.1 (0xf7f76000)
libdl.so.2 => /lib/libdl.so.2 (0xf7f56000)
libm.so.6 => /lib/libm.so.6 (0xf7e84000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf7e63000)
libc.so.6 => /lib/libc.so.6 (0xf7cbc000)
/lib/ld-linux.so.2 (0xf7f78000)

---

If that doesn't show anything problematic, I suggest going through the two links in my last post and see if performing any steps in those linked posts might resolve the problem. I'm wondering if it's a permissions problem of some kind.

Those links seem to have to do with being unable to connect to the server. But I can do that:

Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Sending scheduler request: To fetch work.
Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Requesting new tasks for CPU
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Scheduler request completed: got 0 new tasks
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | No tasks sent
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Project requested delay of 3636 seconds

---

Those links seem to have to do with being unable to connect to the server. But I can do that:
[quote]Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Sending scheduler request: To fetch work.
Tue 17 Nov 2020 03:59:34 PM EST | climateprediction.net | Requesting new tasks for CPU
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Scheduler request completed: got 0 new tasks
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | No tasks sent
Tue 17 Nov 2020 03:59:36 PM EST | climateprediction.net | Project requested delay of 3636 seconds

You may have already said this, but do you have any other projects active at this time? If so, I suggest suspending the other projects and allowing boinc to request work from cpdn only.

I'll leave off talking to the project until the results of this testing is finished.
And if real world problems will just get out of my way, I may get a chance to finish rebuilding the machine that won't work, and try again with it.

Here is what I do to download work.

1. Set CPDN to the number of tasks you want to run concurrently using the app_config file.
2. Set ALL projects to "No New Tasks"
3. Set the Computing Preferences to 10 days work + 10 days additional days.
4. Set CPDN to request new tasks.
5. Wait for CPDN to request new tasks (up to 1 hour).

It should now download some work unless there is some issue with your computer.

6. Set the Computing Preferences back to "normal" - for example 1 day + 0 additional.
7. Set the remaining projects back to request new work..

Now you should be good for 10 days or more (depending on your computer speed)

My observation is that when I have additional projects (besides CPDN) they keep my queue filled and when a request is sent to CPDN the queue doesn't need any more work. By briefly setting the queue to 20 days (10+10), it will always download CPDN tasks.

---

Here is what I do to download work.

1. Set CPDN to the number of tasks you want to run concurrently using the app_config file.

What do I use for the application? and since there may be more than one, I assume I use multiples in here.

<app_config>
<app>
<name>Application_Name</name>
<max_concurrent>4</max_concurrent>
</app>
</app_config>

---

Here is what I do to download work.

1. Set CPDN to the number of tasks you want to run concurrently using the app_config file.

What do I use for the application? and since there may be more than one, I assume I use multiples in here.

I have never bothered with an app_config.xml

I am using UBUNTU 20.04

To set the project limit -

1. Navigate to /var/lib/boinc-client/projects/climateprediction.net
2. Create a file named app_config.xml
3. Place the following three lines in the file.

<app_config>
<project_max_concurrent>4</project_max_concurrent>
</app_config>

4. Save it.
5. In BOINC Manager - > Options, select Read Config files

---

Here is what I do to download work.

1. Set CPDN to the number of tasks you want to run concurrently using the app_config file.
2. Set ALL projects to "No New Tasks"
3. Set the Computing Preferences to 10 days work + 10 days additional days.
4. Set CPDN to request new tasks.
5. Wait for CPDN to request new tasks (up to 1 hour).

It should now download some work unless there is some issue with your computer.

6. Set the Computing Preferences back to "normal" - for example 1 day + 0 additional.
7. Set the remaining projects back to request new work..

Now you should be good for 10 days or more (depending on your computer speed)

My observation is that when I have additional projects (besides CPDN) they keep my queue filled and when a request is sent to CPDN the queue doesn't need any more work. By briefly setting the queue to 20 days (10+10), it will always download CPDN tasks.

That’s exactly what I’ve been doing and the diagnostics show that I’m requesting 12 WUs and tens of thousands of seconds work but the server allocates no work :-(

Bryn Mawr -

Sorry to read you can't get any work. I have 5 or 6 computers and it has worked for me every time.

You have the same OS and AMD processors as me.There must be something that I haven't encountered yet.

---