Posts by Keith Myers

1) Message boards : Questions and problems : Unable to attach to Universe@home (Message 98865)
Posted 21 hours ago by Profile Keith Myers
Post:
Thanks I guess I'll take a look at that project again. Don't know how it will work with the limited RAM on the SBC though. I have just been running the Einstein BRP4 application on the gpu for now since Seti ended. I thought I should at least try and use some of the cpu cores since only one is needed for the gpu.
2) Message boards : Questions and problems : Unable to attach to Universe@home (Message 98863)
Posted 22 hours ago by Profile Keith Myers
Post:
Well, it all got into a big mess somehow last night. I was starting a boincmgr from /home somehow that wasn't connecting to any client. Every time I booted the Nano, it was stuck on Add a project and the basic starting files. I kept deleting all those local files and trying to start from normal /var/lib/boinc-client directory but I could never get the client to start and the Manager would not start it either.
But starting both from the command line worked.

I finally just moved everything out of boinc-client to /home/BOINC since that was the only location that would start the Manager. Somewhere along the way on one of the Add project interruptions, I got a successful connection to the project and the host was attached.

Then got both the client and Manager to autostart from the /home location so I could finally go to bed.

Moot point though. I found a post from myself to someone inquiring on how to get an ARM64 device to get work from the project. My own response said there are no applications for any active projects. The only applications that were available for ARM64 are for the deprecated Neutron Star and Black Hole formation project.

And the ARM application for BHspinv2 is only for armv6l like a Raspberry Pi 3 or lower. The Nano is a armv8 device. I did get my RPi3B+ running the BHspin tasks though.

So a pointless and wasteful exercise overall. Thanks everyone for the assistance.
3) Message boards : Questions and problems : Unable to attach to Universe@home (Message 98844)
Posted 1 day ago by Profile Keith Myers
Post:
Tried one more time with BoincTasks. Everything looks and says it was successful.
Project added successfully (Nano)
But the computer never shows up on my account.
4) Message boards : Questions and problems : Unable to attach to Universe@home (Message 98843)
Posted 1 day ago by Profile Keith Myers
Post:
Thanks for the reply Jim. No difference from trying to join from the Manager. No connection can be established.

This is an authentication issue. But without any hints as to why, I am left floundering. If I could get something to show in the logs would be helpful, but even setting http_debug is showing nothing.
[Edit]
Finally got the logs to come through with http_debug. Still don't see any reason why it won't join the project.
Tue 26 May 2020 10:29:43 PM PDT | | Fetching configuration file from https://universeathome.pl/universe/get_project_config.php
Tue 26 May 2020 10:29:43 PM PDT | | [http] HTTP_OP::init_get(): https://universeathome.pl/universe/get_project_config.php
Tue 26 May 2020 10:29:43 PM PDT | | [http] [ID#1575] Info: Connection 1125 seems to be dead!
Tue 26 May 2020 10:29:43 PM PDT | | [http] [ID#1575] Info: Closing connection 1125
Tue 26 May 2020 10:29:43 PM PDT | | [http] [ID#1575] Info: Connection 1126 seems to be dead!
Tue 26 May 2020 10:29:43 PM PDT | | [http] [ID#1575] Info: Closing connection 1126
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: Trying 148.81.25.80...
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: TCP_NODELAY set
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: Connected to universeathome.pl (148.81.25.80) port 443 (#1127)
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: ALPN, offering http/1.1
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: successfully set certificate verify locations:
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: CAfile: ca-bundle.crt
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: CApath: /etc/ssl/certs
Tue 26 May 2020 10:29:44 PM PDT | | [http] [ID#1575] Info: TLSv1.3 (OUT), TLS handshake, Client hello (1):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.3 (IN), TLS handshake, Server hello (2):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Certificate (11):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Server key exchange (12):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Server finished (14):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS change cipher, Client hello (1):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS handshake, Finished (20):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Finished (20):
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: ALPN, server accepted to use http/1.1
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: Server certificate:
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: subject: CN=syntheticuniverse.org
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: start date: Apr 9 17:28:53 2020 GMT
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: expire date: Jul 8 17:28:53 2020 GMT
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: subjectAltName: host "universeathome.pl" matched cert's "universeathome.pl"
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: SSL certificate verify ok.
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: GET /universe/get_project_config.php HTTP/1.1
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: Host: universeathome.pl
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: User-Agent: BOINC client (aarch64-unknown-linux-gnu 7.9.3)
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: Accept: */*
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: Accept-Encoding: deflate, gzip
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: Content-Type: application/x-www-form-urlencoded
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server: Accept-Language: en_US
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Sent header to server:
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: HTTP/1.1 200 OK
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Date: Wed, 27 May 2020 05:29:45 GMT
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Server: Apache/2.4.25 (Debian) mod_fcgid/2.3.9 PHP/5.6.40-0+deb8u4 OpenSSL/1.0.2t
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: X-Powered-By: PHP/5.6.40-0+deb8u4
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Vary: Accept-Encoding
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Content-Encoding: gzip
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Content-Length: 476
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server: Content-Type: text/xml;charset=UTF-8
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Received header from server:
Tue 26 May 2020 10:29:45 PM PDT | |
Tue 26 May 2020 10:29:45 PM PDT | | [http] [ID#1575] Info: Connection #1127 to host universeathome.pl left intact
Tue 26 May 2020 10:30:28 PM PDT | | [http] HTTP_OP::init_get(): https://universeathome.pl/universe/lookup_account.php?email_addr=keith%2Emyers%40att%2Enet&passwd_hash=a0738611c0541b67e64e36276bfb0657
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: Connection 1127 seems to be dead!
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: Closing connection 1127
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS alert, Client hello (1):
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: Hostname universeathome.pl was found in DNS cache
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: Trying 148.81.25.80...
Tue 26 May 2020 10:30:28 PM PDT | | [http] [ID#1575] Info: TCP_NODELAY set
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: Connected to universeathome.pl (148.81.25.80) port 443 (#1128)
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: ALPN, offering http/1.1
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: successfully set certificate verify locations:
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: CAfile: ca-bundle.crt
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: CApath: /etc/ssl/certs
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.3 (OUT), TLS handshake, Client hello (1):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.3 (IN), TLS handshake, Server hello (2):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Certificate (11):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Server key exchange (12):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Server finished (14):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS change cipher, Client hello (1):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (OUT), TLS handshake, Finished (20):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: TLSv1.2 (IN), TLS handshake, Finished (20):
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: ALPN, server accepted to use http/1.1
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: Server certificate:
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: subject: CN=syntheticuniverse.org
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: start date: Apr 9 17:28:53 2020 GMT
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: expire date: Jul 8 17:28:53 2020 GMT
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: subjectAltName: host "universeathome.pl" matched cert's "universeathome.pl"
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Info: SSL certificate verify ok.
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: GET /universe/lookup_account.php?email_addr=keith%2Emyers%40att%2Enet&passwd_hash=[redacted] HTTP/1.1
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: Host: universeathome.pl
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: User-Agent: BOINC client (aarch64-unknown-linux-gnu 7.9.3)
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: Accept: */*
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: Accept-Encoding: deflate, gzip
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: Content-Type: application/x-www-form-urlencoded
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server: Accept-Language: en_US
Tue 26 May 2020 10:30:29 PM PDT | | [http] [ID#1575] Sent header to server:
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: HTTP/1.1 200 OK
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Date: Wed, 27 May 2020 05:30:29 GMT
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Server: Apache/2.4.25 (Debian) mod_fcgid/2.3.9 PHP/5.6.40-0+deb8u4 OpenSSL/1.0.2t
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: X-Powered-By: PHP/5.6.40-0+deb8u4
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Vary: Accept-Encoding
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Content-Encoding: gzip
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Content-Length: 133
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server: Content-Type: text/xml;charset=UTF-8
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Received header from server:
Tue 26 May 2020 10:30:30 PM PDT | |
Tue 26 May 2020 10:30:30 PM PDT | | [http] [ID#1575] Info: Connection #1128 to host universeathome.pl left intact

All I ever get is an "unable to connect error - Try again later" message and then end the join session with the Finish button.

But from the log, I am making a connection. I pass the certifications for SSL
5) Message boards : Questions and problems : Unable to attach to Universe@home (Message 98836)
Posted 1 day ago by Profile Keith Myers
Post:
Since I haven't been able to get any response from my post at U@h, I thought I would try here.

Need some help from Linux users. I tried to attach the project from the Manager and got an authentication error. Unsuccessful.

Then tried to attach the project from the command line.
Unsuccessful.
About all I've managed to accomplish is the creation of the account_universeathome.pl_universe.xml file.

Get status or get project_urls is still only showing the Einstein project as attached projects.

The command line has offered no other status, errors or other informational messages about why I can't get the project attached. No download of the master file or anything gets attempted.

I see that there is support for aarch64-unknown-linux-gnu platform in the all_projects_list.xml file for the project so assume there is an application for aarch64-unknown-linux-gnu. I have a Nvidia Jetson Nano host which works on that platform for Einstein and used to be attached to SETI.

Can someone provide some hints or instructions on how to attach my Nano host to the project. TIA.
6) Message boards : GPUs : Multiple AMD GPUs = crash? (Message 98628)
Posted 9 days ago by Profile Keith Myers
Post:
Ian has lots of experience with using those USB based risers. Always stated you have to use quality shielded USB cables for anything to work or the cards fall off the bus.
7) Message boards : Questions and problems : CPU Temps (Message 98494)
Posted 14 days ago by Profile Keith Myers
Post:
If you want to overclock Ryzen, you need to study how by reading the overclocking forums where the OC masters hang out. Tons of experience and knowledge can be gleaned by simply reading.
OCN is my goto.

You can use the Advanced AMD Overclocking section of the BIOS to change the PPT, EDC and TDC limits. That is the best way to achieve the highest clocks at the desired power limit level
https://www.overclock.net/forum/13-amd-general/1741052-edc-1-pbo-turbo-boost.html

Most AIO's are woefully weak in coolant flow and capacity. They just don't move enough water and fast enough through the coldplate to remove the heat from OC'd Ryzens, even with a 360 radiator.
If you want high clocks you need to keep the cpu cool with adequate cooling. That is easiest to achieve with custom cooling.

There are higher quality AIOs that bridge the performance of consumer AIOs and custom cooling with better performance than the mass-market consumer AIO brands. Look at Alphacool Eisbaer 360 for example, Swiftech Drive X3 or EK AIO 360.
8) Message boards : Questions and problems : BOINC Manager will not connect with BOINC in Linux (Disconnected, Error -155 & -180) (Message 98439)
Posted 16 days ago by Profile Keith Myers
Post:
At this time I would just bail on the repo BOINC or the project provided BOINC. Just too many roadblocks to push through. I would suggest you purge all your BOINC installations and install the TBar All-in-One client and Manager package. This was what we in the GPUUG team ran for years. It is much simpler to use. It just works. It is simply the entire BOINC installation zipped up into one file that you unpack in your /home folder. You can unpack it to the Desktop like I do or make a BOINC folder in /home and unpack it there. It then is easy to find all files since they are in one directory and being in /home you have full permission to do anything you want with any file. It comes with the Seti project already installed with all the applications installed for Nvidia cards. Now that Seti is no more you can simply delete the Seti project folder and join whatever projects you want through the Manager like usual. All you do to run it is double-click the .boincmgr file and it starts the client and the Manager with the usual join projects dialog presented to you. The version in the package is BOINC 7.16.5. You can download from the Crunchers Anonymous website.
http://www.arkayn.us/lunatics/BOINC.7z
9) Message boards : Questions and problems : BOINC Manager will not connect with BOINC in Linux (Disconnected, Error -155 & -180) (Message 98429)
Posted 17 days ago by Profile Keith Myers
Post:
The password in the gui_rpc_auth.cfg file is simply for preventing someone from accessing the client if they had access to the port it uses. If you don't export that port outside your domain, you don't have any worries. Any attacker would have to have physical access to the host and if that was the case, they already have access to the application.

Don't worry about the error messages. Not important.

Your Event Log will always be greyed out if the Manager can't connect to the client. The client is the only application that matters for controlling BOINC. The Manager is simply a gui interface for controlling the client as an alternative to the command line.

Assuming you are using the default BOINC distro from the website, your BOINC is installed in the /BOINC directory in your Home folder. So should be in /home/{username}/BOINC.
Use the File Manager to navigate there and right-click on the boinc file and make sure it is set for execution. If it is then use the startup script in the BOINC folder called run_client by opening a Terminal and running the script.

You can open a Terminal in any directory shown in File Manager by right-clicking in white-space in the folder and selecting the Open in Terminal entry in the menu.

./run_client

You should see the client startup in the terminal window and print out the event log.
Next open another terminal in the directory and execute the run_manager script.
./run_manager

You should see the Manager open the normal Manager GUI window and it should be connected to the client. If not, look back at the terminal that has the running client in it. Is it still running? Or has the program stopped and exited?

If it has you need to figure out why the client has stopped. The Manager can't connect to a client that is not running.

You might want to read over these threads first to get an overview.
https://boinc.berkeley.edu/wiki/Installing_on_Linux
https://boinc.berkeley.edu/dev/forum_thread.php?id=13562
10) Message boards : Questions and problems : BOINC Manager will not connect with BOINC in Linux (Disconnected, Error -155 & -180) (Message 98395)
Posted 19 days ago by Profile Keith Myers
Post:
Have you blocked BOINC's port 31416 in your firewall? Check to be sure that port is allowed through. This is the explanation for your error from the BOINC errors explained site.

https://boinc.mundayweb.com/wiki/index.php?title=GUI_RPC_bind_to_port_31416_failed:_98

Check what other programs are using that port.
sudo lsof -i:31416

Try using a different port like 31417 by attaching with boinc.
boinc --gui_rpc_port 31417

Start boinc in a terminal session from the boinc directory so you can observe its logging output. Does is continue to run or does it exit. The Manager can't connect to a client that isn't running. Are all dependencies met for the client?

Start the Manager in another terminal session from the boinc directory if the client continues to run. Observe any error message.
Make sure the password in the gui_rpc_auth.cfg file is correct. Or just delete the file entirely and restart the client and Manager to connect without the password file. Or delete the initial random password by deleting the key. Don't add any next line, carriage return or EOF character. Just delete the key and Save.

Start boinc with the allow_remote_gui_rpc to allow any program to connect to the client.
11) Message boards : Questions and problems : Eternal Sleep (Message 98394)
Posted 19 days ago by Profile Keith Myers
Post:
If BOINC is installed in the normal C: drive, the stdoutdae.txt file is in the BOINC data directory found at C:\ProgramData\BOINC. That is a hidden directory that you need to allow showing in File Manager.

The stdoutdae.txt file is the log file and is persistent. It has a backup in the stdoutdae.old file from any previous session. So you should be able to see the last entries to the logfiles before the start of the new logfile when you have to reboot to gain control of your host each time.
12) Message boards : Questions and problems : Mounting subdirectories blows BOINC's mind (Message 98379)
Posted 20 days ago by Profile Keith Myers
Post:
Please correct me if I'm wrong. :-)

No, I don't think you are wrong. BOINC was never written to consider any file or disk compression, and has issues with any file system other than legacy DOS or Windows based. Code from 2002 is still predominant in the codebase.

BOINC needs to be rewritten from the ground up for better considerations of modern OS' and hardware. I think that trying to continue to support legacy OS's and hardware from 18 years ago is a fools errand. Better to cut them off and accept current realities.
13) Message boards : Questions and problems : CPU Temps (Message 98365)
Posted 20 days ago by Profile Keith Myers
Post:
On the other hand, I've seen projects run at 4,1Ghz on all cores, and other projects go as low as 3,6Ghz. I fear setting the voltage to fixed would produce errors on those projects?

Why suffer low clocks on one project and high clocks on another? Why don't you split the difference and find the fixed core clock and voltages that run all projects on all cores.
14) Message boards : Questions and problems : CPU Temps (Message 98364)
Posted 20 days ago by Profile Keith Myers
Post:
Either find the project whose cpu tasks work the computer the hardest and find out what is the lowest voltage that is stable for that project.
Or put the host under a synthetic worst case workload like small FFT's with Prime95, y-cruncher, Intel Burntest or OCCT with small dataset and find the lowest stable fixed clock with the lowest voltage.
The problem with running Auto or PBO is the cpu is always trying to maintain 1 or 2 cores at the highest clocks which requires a lot of voltage. That high voltage is applied to all cores which leads to higher temps and eventual lower overall core clocks for all cores because of thermal or power throttling. This is great for maintaining a high clock speed for one or two process threads running a game and producing the highest framerates.

But OTOH, if the computer is mainly spending most of its time crunching cpu tasks for BOINC, then it is actually better for the workloads to maintain a fixed clock frequency, irrespective of the workload and not have the clocks constantly moving around on the cores as the cpu moves the loads to distribute the heat.

You can actually get even better performance if you do per-CCX overclocking on the dual die Ryzen's but that involves some major diving into the BIOS features to configure for that. That allows you to run one Vcore voltage and fixed clock for one die and a completely different voltage and clock for the other die. Useful for 3900X cpus with one good binned die and one bad or mediocre binned die. Even with a 3950X with two good binned die there are always going to be minor differences in how each piece of silicon performs.
15) Message boards : Questions and problems : CPU Temps (Message 98351)
Posted 22 days ago by Profile Keith Myers
Post:
I don't run Windows, so no Ryzen Master for me, nor any other conventional utility. I can run an all core overclock of 4200Mhz on my 3950X at 1.22V. Auto tries running at 1.35V and is only able to achieve 4000-4050 all core clocks. So I am not undervolting by a paltry few tens of mV, I undervolt by over 100mV. In the case of a 24/7 distributed BOINC load, it makes sense to avoid any boosting or Auto setting and just select a manual fixed multiplier at reduced voltage. Better power consumption and better temps. My performance is actually BETTER with reduced voltage.
16) Message boards : Questions and problems : Mounting subdirectories blows BOINC's mind (Message 98345)
Posted 23 days ago by Profile Keith Myers
Post:
The client pulls the info from the host in the host_info module for various platforms.

int HOST_INFO::get_host_info(bool init) {
    int retval = get_filesystem_info(d_total, d_free);
    if (retval) {
        msg_printf(0, MSG_INTERNAL_ERROR,
            "get_filesystem_info() failed: %s", boincerror(retval)
17) Message boards : Questions and problems : CPU Temps (Message 98344)
Posted 23 days ago by Profile Keith Myers
Post:
Another thing that can be done in the bios, is lower the CPU voltage by a few millivolts (sometimes lowering by 0.010V to 0.020V from stock), might get you 5 or more degrees C lower running temps, without needing to sacrifice anything in speed.
Don't undervolt via the BIOS, especially on AMD Ryzen CPUs. Better is to use Ryzen Master to do that.

When you undervolt via the BIOS, you lose boosting performance.

There is nothing wrong with undervolting in the BIOS. Especially if you run an all-core overclock and turn off boosting entirely. Static clocks that don't move around and 10-15° C. less temperatures.
18) Message boards : Questions and problems : Question: move project to another BOINC -instance- (Message 98343)
Posted 23 days ago by Profile Keith Myers
Post:
Yes, you can pre-move the Asteroids directory from the first BOINC instance to the other instance. But you are still going to have to add the project to the new instance to get the client_state updated with the new project.

I wouldn't move the project BOINC directory files and just let the new join process create new ones.
19) Message boards : Questions and problems : Massive negative contribution? (Message 98209)
Posted 28 days ago by Profile Keith Myers
Post:
If you changed you email address for any previously joined projects, you were issued a new cpid. Your credits are lost for the older account cpid unless you put the host back onto the old cpid by editing client_state.xml and incrementing the rpc_seqno by one from what the website shows for the number of times your old host cpid contacted the project.

Or if the hardware and operating system have not changed, you can use the normal merge computers function on the project website to merge the old host cpid into the new cpid and you can regain the lost credits. You will lose the creation date of the older host though if that is not important to you.
20) Message boards : Questions and problems : CPIDs do not sync (yes - I have read the FAQ :-) (Message 98208)
Posted 28 days ago by Profile Keith Myers
Post:
It can take a day for cpids to propagate across all projects. Depends on when they export stats.


Next 20

Copyright © 2020 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.