Well, dankjewel, Aurum420, thank you. Let me know if you need any further assistance with that.

Did you know that this virus at least dates back to the times of Julius Caesar?

Auto will typically be the most compatible, but not necessarily the fastest setting. I am running DDR4-2666 and found it easily OC's to 3200 mhz with a voltage increase (1.2 to 1.375). Have to adjust timings as well sometimes to get the full benefits and stability.

Dankjewel once again, Aurum420, thank you! I understand that it was easy to use and a pleasant surprise.

With a myriad of options and possibilities to use wcgresults, creating anagrams with the -N option is fun to do. So far I came up with:
$ wcgresults -N W1TH_LOVE

LastChkpnt	Estimated	Est.Total	slOt	VirtMemory	WorkingSet	Name----------------
 0:19:02	 0:36:22	 2:40:08	  4	  172 MB	  112 MB	OPN1_0002398_01675_0
 0:23:53	 1:17:01	 2:58:22	  5	  189 MB	  129 MB	OPN1_0002367_01012_0
 0:17:52	 0:15:35	 1:53:27	 12	  200 MB	  140 MB	OPN1_0002402_01770_0
 0:10:48	 1:11:10	 2:48:03	  7	  178 MB	  118 MB	OPN1_0002382_01697_0
 0:16:45	 1:17:54	 2:42:59	  3	  168 MB	  108 MB	OPN1_0002361_07493_0
 0:17:03	 1:33:15	 2:54:49	  6	  169 MB	  109 MB	OPN1_0002361_07431_0
 0:18:21	 1:18:13	 2:39:09	  8	  171 MB	  111 MB	OPN1_0002363_03430_0
 0:07:40	 1:34:00	 2:54:07	  9	  183 MB	  123 MB	OPN1_0002367_01223_0
 0:25:33	 0:57:24	 1:23:14	  0	  163 MB	  102 MB	OPN1_0002383_08457_0
 0:18:19	 9:43:42	11:07:39	  2	  140 MB	   76 MB	HST1_306503_000087_MT0003_T400_F00092_S00037_0
 0:16:57	 7:22:23	15:22:26	 13	  816 MB	  696 MB	ARP1_0009343_013_1
 0:07:27	 0:04:11	 1:34:24	  1	  612 MB	  338 MB	MIP1_00303999_0699_0

In the same vein:
wcgresults -N SPL1CED_WOVEN
wcgresults -N POWERFUL_DEV1CES
wcgresults -N DEP1CT_WOLVES
wcgresults -N P1VOTED_CLOWNS
wcgresults -N CROPPED_T1TLES
wcgresults -N CLOSED_VOWELS
wcgresults -N TWO_P1CS_I_LOVED
wcgresults -N POL1CEWIVES
wcgresults -NOT_TWELVE_1DLE_CPUS ... and in case you wonder how this last one looks, see this: wcgresults -NOT_TWELVE_1DLE_CPUS

Hmm - when I said "tomorrow" it should have been later today
What timing! Just saw that boinc-client on ClearOS has an update waiting for me to install - not there yesterday...
boinc-client was boinc-client-7.16.1-4.el7.x86_64
boinc-client updated is boinc-client-7.16.6-3.el7.x86_64
Fired up a genuine fully updated CentOS 7.8 box and "slOt" is OK - same version as ClearOS is now
So boinc-client version related - as expected... Fedora 32 is boinc-client-7.16.6-3.fc32.x86_64
So what is the difference? examples (boinccmd --get_tasks)

boinc-client-7.16.1-4.el7.x86_64
======== Tasks ========
1) -----------
   name: ARP1_0031610_013_2
   WU name: ARP1_0031610_013
   project URL: http://www.worldcommunitygrid.org/
   received: Tue Jun 16 02:21:13 2020
   report deadline: Tue Jun 23 02:21:13 2020
   ready to report: no
   state: downloaded
   scheduler state: scheduled
   active_task_state: EXECUTING
   app version num: 727
   resources: 1 CPU
   estimated CPU time remaining: 104821.028247
   CPU time at last checkpoint: 67938.200000
   current CPU time: 74607.720000
   fraction done: 0.423542
   swap size: 816 MB
   working set size: 715 MB

boinc-client-7.16.6-3.el7.x86_64
1) -----------
   name: ARP1_0018094_013_0
   WU name: ARP1_0018094_013
   project URL: http://www.worldcommunitygrid.org/
   received: Tue Jun 16 03:27:15 2020
   report deadline: Tue Jun 23 03:27:14 2020
   ready to report: no
   state: downloaded
   scheduler state: scheduled
   active_task_state: EXECUTING
   app version num: 727
   resources: 1 CPU
   estimated CPU time remaining: 25842.260835
   slot: 2
   PID: 5823
   CPU time at last checkpoint: 54691.460000
   current CPU time: 63797.880000
   fraction done: 0.714167
   swap size: 816 MB
   working set size: 725 MB

Two extra lines in the newer version :-
slot: 2
PID: 5823
So... only slot number on older version is the header 1) -----------

Slotnumber can be read from the file ~boinc/client_state.xml, too, but I don't know which one is more accurate of the two, command 'boinccmd' or file '~boinc/client_state.xml'. Back when I started writing the script, every BOINC-'query' was based on 'boinccmd' and so it remained and still is. Maybe time for a rewrite of 'wcgresults'?

Edit: To answer my own question, I think using boinccmd is less elaborate and more accurate. So you may need to try updating your boinc(-client) version, if you're missing something or find that you're missing out on something.

Speaking of older versions of the BOINC software from the Linux repositories ...
I was once bitten by a bug in boinccmd when the field fraction done was missing when a workunit was being uploaded or had been uploaded.
On another occasion, the field suspended via GUI was absent, so that you couldn't always tell if a task was suspended or not.

The current version, I have boinc-client-7.16.6-3.*.x86_64 installed, is adequate, luckily.