Posted 26 Nov 2020 by
Keith Myers
Yes. This is my Einstein app_info for example.
<app_info>
<app>
<name>einsteinbinary_BRP4</name>
</app>
<file_info>
<name>einsteinbinary_cuda64</name>
<executable/>
</file_info>
<file_info>
<name>einsteinbinary_cuda-db.dev</name>
</file_info>
<file_info>
<name>einsteinbinary_cuda-dbhs.dev</name>
</file_info>
<file_info>
<name>libcufft.so.8.0</name>
</file_info>
<file_info>
<name>libcudart.so.8.0</name>
</file_info>
<app_version>
<app_name>einsteinbinary_BRP4</app_name>
<version_num>999</version_num>
<api_version>7.2.2</api_version>
<coproc>
<type>CUDA</type>
<count>1.0</count>
</coproc>
<file_ref>
<file_name>einsteinbinary_cuda64</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>einsteinbinary_cuda-db.dev</file_name>
<open_name>db.dev</open_name>
<copy_file/>
</file_ref>
<file_ref>
<file_name>einsteinbinary_cuda-dbhs.dev</file_name>
<open_name>dbhs.dev</open_name>
<copy_file/>
</file_ref>
<file_ref>
<file_name>libcufft.so.8.0</file_name>
<copy_file/>
</file_ref>
<file_ref>
<file_name>libcudart.so.8.0</file_name>
<copy_file/>
</file_ref>
</app_version>
</app_info>
Posted 26 Nov 2020 by
Keith Myers
I've been reading the 11,041 line config.log file and it keeps trying different things. I suspect part of the problem may be that when I cloned BOINC I got the dev version and not the 7.16.6 release:
| #define PACKAGE_NAME "BOINC"
| #define PACKAGE_TARNAME "boinc"
| #define PACKAGE_VERSION "7.17.0"
git clone https://github.com/BOINC/boinc boinc
How can I clone 7.16.6???
I'll look at your zip.
Use the Tags branch at github. You can clone any point release of BOINC by going into the TAG tree.
https://github.com/BOINC/boinc/tree/client_release/7.16/7.16.6
Posted 26 Nov 2020 by
Keith Myers
First thing you need to correct in your app_info is the application version.
You can't use an already existing app version that the project already distributes.
So change to app version 999 or something well out of range of what the project might ever release.
And change the applications name accordingly of course
My special gpu application I compiled for Einstein BRP on the Nano is versioned 999.
Posted 19 Nov 2020 by
Keith Myers
Oh. I thought the WU needed to match its program since all WUs say what instruction set they're for.
gene@home PC-IM (avx)
gene@home PC-IM (fma)
gene@home PC-IM (sse2)
So why include the instruction set if the program is agnostic?
All the instruction set in the name is doing is showing how the source code was compiled. Same source code, just using a different set of compilation parameters for using different hardware.
Nothing more.
One instruction set works better or worse on whatever hardware architecture and age of cpu you are using.
My Ryzen and Treadripper perform the fastest on the FMA app.
Posted 18 Nov 2020 by
Keith Myers
The validator of the science application is agnostic about who or what produced the output file.
It only cares if there is consensus reached between the two samples of matching or closed matched results.
Posted 24 Oct 2020 by
Keith Myers
The code in BOINC already probes for the host's cpu capabilities, so it knows whether the processor supports AVX-512 instructions.
So it really is up to the project app developers to determine whether there is enough host support attached to their project to decide if an AVX-512 capable app is worth the effort to develop and with high enough production to make it worthwhile.
The cpu statistics XML export page should provide the resource to filter out all the capable Intel cpus that can do AVX-512 if you can craft a decent search parameter. That would get you the total count of capable cpus attached at one time. Won't show whether they are currently attached though.
Posted 23 Oct 2020 by
Keith Myers
Hmmm, whatever.
AVX-512 is not universally supported on all cpus, not even Intel ones. Certainly not on any AMD ones. AVX-512 support takes up a bunch of processor real estate that only gets used occasionally and only in special cases where software invokes it.
I'll let you read from this article from Extremetech.com and you can develop your own opinion that the arguments presented have validity.
https://www.extremetech.com/computing/312673-linus-torvalds-i-hope-avx512-dies-a-painful-death
Do you actually get any performance advantage in an application when the processor has to downclock to stay with in its power limits?
Posted 23 Oct 2020 by
Keith Myers
So few processors are capable of AVX-512, I wouldn't think it worth the effort.
Posted 20 Oct 2020 by
Keith Myers
I don't understand your "wasting" comment. Work is available, you just might take a few connection tries to snag more work.
I haven't had any issues on 3 hosts maintaining my work caches.
You can add your compute resources to another cpu work project and set its resource share to 0.
That way if you get no work from TN-Grid your host will ask for a single WU from your backup project. Then while that WU is running, your host might get lucky and snag another TN-Grid WU to crunch once you finish your backup WU.
Posted 19 Oct 2020 by
Keith Myers
The reply from admin said simply that the server was at its limit.
The work generator is working as hard as it can but the demand is greater than it can supply.
No chance for it to build a ready to send buffer. All work is immediately grabbed by host requests.
The project gained a lot of new users while Universe was down I suspect as a backup project.
Posted 17 Oct 2020 by
Keith Myers
All server processes are running, yet no tasks available to send.
Out of work.
Posted 30 Sep 2020 by
Keith Myers
Yes, should work fine. These are the apps for the project.
https://gene.disi.unitn.it/test/apps.php
Microsoft Windows (98 or later) running on an Intel x86-compatible CPU
the first app listed is x86 compatible for SSE2.
Posted 29 Sep 2020 by
Keith Myers
I haven't had any trouble maintaining my 10 task cache buffer on my host.
When I ask for replacement work for turning one in, I get another immediately.
Posted 26 Aug 2020 by
Keith Myers
Instead of going through the hassle of creating a app_info for the new binary, why didn't you just rename the binary to the stock appname?
I didn't know you could do that. I thought that the client would be able to tell that the new app wasn't the correct app, and would reject it.
I have done some experimentation, and have got the new app working, with the app_info.xml file.
Ha ha LOL. I have worked with a Seti developer that created the special sauce application.
He never changed the application name through a dozen revisions even when the code inside the app completely changed. The original descriptive name of the application bore no resemblance at all to the final application and what it would have been descriptively named.
Doesn't affect in the slightest the name you call an app, it is what the code inside does is the important part.
Posted 16 Aug 2020 by
Keith Myers
Instead of going through the hassle of creating a app_info for the new binary, why didn't you just rename the binary to the stock appname?
Posted 11 Aug 2020 by
Keith Myers
Main difference is the more modern cpu architecture of the Ryzen 3000 cpus using Zen 2 microarchitecture.
There is even a big difference from the AMD cpus using Zen+ arch compared to Zen 2.
My Ryzen and TR cpus embarrass my old Broadwell Xeon and i7-6850K cpus on every one of my projects.