Posts by [VENETO] boboviz

1) Message boards : Number crunching : Ralph support OpenCL ? (Message 6995)
Posted 10 days ago by Profile [VENETO] boboviz
Post:
Pytorch 1.8 supports Rocm.
CuPy 9.0 now supports Rocm.
2) Message boards : Current tests : New app in VirtualBox (Message 6992)
Posted 26 days ago by Profile [VENETO] boboviz
Post:
Now is 0.15.


The version is 0.16.
And silence continues.
3) Message boards : Current tests : New app in VirtualBox (Message 6986)
Posted 1 Apr 2021 by Profile [VENETO] boboviz
Post:
No news??
4) Message boards : Number crunching : Ralph and SSEx (Message 6984)
Posted 15 Mar 2021 by Profile [VENETO] boboviz
Post:
AMD released new AOCC compiler, with support to the latest cpus.

New version of AOCC (3.0) is released today with the new AMD EPYC family.
5) Message boards : RALPH@home bug list : Rosetta Python (Message 6983)
Posted 15 Mar 2021 by Profile [VENETO] boboviz
Post:
My first correct python wu: 5310401
6) Message boards : Current tests : New app in VirtualBox (Message 6982)
Posted 12 Mar 2021 by Profile [VENETO] boboviz
Post:
Now is 0.15.
But still no work (and no info)
7) Message boards : Number crunching : Ralph support OpenCL ? (Message 6981)
Posted 11 Mar 2021 by Profile [VENETO] boboviz
Post:
For Ralph and Rosetta, CPU optimizations look more worthwhile. For many other BOINC projects, trying GPU versions looks worthwhile.

Yeap, a lot of bio/chem project and tools are working on gpu, for example Gromacs
8) Message boards : Current tests : New app in VirtualBox (Message 6980)
Posted 11 Mar 2021 by Profile [VENETO] boboviz
Post:
What's new with 0.09 version??


They released also 0.10 and now the latest version is 0.12
Still waiting for consistent batch to test
9) Message boards : RALPH@home bug list : Rosetta Python (Message 6979)
Posted 11 Mar 2021 by Profile [VENETO] boboviz
Post:
And errors also on 0.10 version
5306422

<message>
app_version download error: couldn't get input files:
<file_xfer_error>
<file_name>boinc_app_v3</file_name>
<error_code>-120 (RSA key check failed for file)</error_code>
<error_message>signature verification failed</error_message>
</file_xfer_error>
</message>
10) Message boards : RALPH@home bug list : Rosetta Python (Message 6978)
Posted 11 Mar 2021 by Profile [VENETO] boboviz
Post:
Rosetta Python 0.09 version errors:
5306420

<message>
upload failure: <file_xfer_error>
<file_name>dt_RAH_test_0_1674_1_1_r1545932415_0</file_name>
<error_code>-240 (stat() failed)</error_code>
</file_xfer_error>
<file_xfer_error>
<file_name>dt_RAH_test_0_1674_1_1_r1545932415_1</file_name>
<error_code>-240 (stat() failed)</error_code>
</file_xfer_error>
<file_xfer_error>
<file_name>dt_RAH_test_0_1674_1_1_r1545932415_2</file_name>
<error_code>-240 (stat() failed)</error_code>
</file_xfer_error>
<file_xfer_error>
<file_name>dt_RAH_test_0_1674_1_1_r1545932415_3</file_name>
<error_code>-240 (stat() failed)</error_code>
</file_xfer_error>
</message>
11) Message boards : Number crunching : Ralph support OpenCL ? (Message 6975)
Posted 10 Mar 2021 by Profile [VENETO] boboviz
Post:
Sycl 2020 revision 3 released with its sources available in open-source
12) Message boards : Number crunching : Ralph support OpenCL ? (Message 6974)
Posted 10 Mar 2021 by Profile [VENETO] boboviz
Post:
I've also read that the Rosetta developers do not want to deal with interpreting dumps from more versions of their applications, so I'd expect them not to want to do this.

Now, for example, they are working on new app version, in Phyton.
And, with Python, there is a lot of gpu support (like PyOpenCl or PyCuda)
13) Message boards : Number crunching : Ralph support OpenCL ? (Message 6973)
Posted 10 Mar 2021 by Profile [VENETO] boboviz
Post:
Years ago, a major section was added to BOINC to allow running CUDA applications. Another major section was then added to allow running OpenCL applications. I'd expect this to be required for adding capability to run applications using any other GPU computer language, although it is possible that other GPU computer compilers could translate their requirements into using either the CUDA section or the OpenCL section instead, or have a library that can do these translations.
Some of the things that must be handled :

1. Which GPU to use, if the computer has more than one.
2. Any pauses or slowdowns needed to allow the user to do something else on the computer before the application finishes,
3. A way to abort the application if the current task appears to be trying to run forever.
4. Reporting the application's progress to BOINC.
.......
Since the clocks for GPUs on graphics boards are typically about a quarter of the speeds of CPU clocks, the GPU version could be as slow as a quarter of the speed of the CPU version if it had no two operations that could run simultaneously. But in that case, no BOINC project would be likely to offer that GPU version.
However if the maximum possible number of operations that could run simultaneously on that graphics board were compatible with the program, the GPU version could run as fast as a fourth of the CPU application multiplied by the number of GPU cores in the GPU. For some of the latest graphics boards, that could be a thousand times as fast as the CPU version.

Ten times as fast as the CPU version is more typical for GPU versions released by BOINC projects, though.


We know there is a LOT of problems to "adapt" cpu app to gpu.
But, for example, they use gpu to "train" AI on Rosetta, so i think it's not impossible to produce gpu app for this project


I've read that the Ralph@Home and Rosetta@Home applications have large collections of different software paths, many of which are not used in most tasks.
However, it should be possible to identify paths that are used the most and have the most possible speedup, and produce a forked version that uses only those paths, with GPU use where it is reasonable.
I've also read that the Rosetta developers do not want to deal with interpreting dumps from more versions of their applications, so I'd expect them not to want to do this.

As i understand a lot of time ago, the first problem is the will of developers.


Also, this would require the developers to produce a way to sort all of the tasks into those that can run on the GPU version and those that cannot.

Another problem.
But, as we said before, some projects run both cpu and gpu apps, so it's not impossible.


PS. I'm much more optimist about cpu optimizations...
14) Message boards : Current tests : New app in VirtualBox (Message 6972)
Posted 10 Mar 2021 by Profile [VENETO] boboviz
Post:
What's new with 0.09 version??
15) Message boards : Number crunching : Ralph support OpenCL ? (Message 6970)
Posted 7 Mar 2021 by Profile [VENETO] boboviz
Post:
Most of the alternate software packages mentioned here for GPU use under BOINC look usable if you want BOINC to start a task, and then have no control of that task until it finishes. But how many BOINC users want to allow that?

?
These "alternative softwares" are only compilers/library/tools that permit to compile sw to runs on gpu.
A lot of boinc projects run code on gpu automatically: gpugrid (CUDA), Einstein/Milkyway (OpenCl), MLC (Rocm)

I've looked into getting the source code for the Ralph@Home and Rosetta@Home applications. It is allowed, but only for those who pay a fairly high price for it (several thousand dollars).

We know it's closed. And we know it's not optimized (rsj5 and a recent publication from admins admit it), not even for cpu.

Do you feel it is reasonable to pay that much money to produce GPU versions that, so far, seem likely to run at roughly the same speed as the CPU versions?

We don't know how gpu version could be faster than cpu version, cause we don't have gpu version.
Maybe 10%, maybe 70%, maybe 350%. We don't know.
The solution, maybe, will be to fork the code and run only one specific kind of simulation on gpu.
16) Message boards : Number crunching : Ralph support OpenCL ? (Message 6968)
Posted 5 Mar 2021 by Profile [VENETO] boboviz
Post:
HipSycl 0.9.0 has a lot of new features.
And HipSycl 0.9.1 will have more!


First test to hypsycl on intel gpu.
hipSYCL can compile to a single binary that runs on CPUs/AMD/NVIDIA/Intel GPUs!!
17) Message boards : RALPH@home bug list : Rosetta 4.20 (Message 6967)
Posted 2 Mar 2021 by Profile [VENETO] boboviz
Post:
Usual C++ error (after 6hs of run):
Unhandled Exception Detected...

- Unhandled Exception Record -
Reason: Out Of Memory (C++ Exception) (0xe06d7363) at address 0x00007FFAA177D759

Engaging BOINC Windows Runtime Debugger...
18) Message boards : Current tests : New app in VirtualBox (Message 6966)
Posted 2 Mar 2021 by Profile [VENETO] boboviz
Post:
failed to download

I didn't see the same error on my pcs:
<message>
WU download error: couldn't get input files:
<file_xfer_error>
<file_name>dummy.txt</file_name>
<error_code>-200 (wrong size)</error_code>
</file_xfer_error>
</message>
19) Message boards : RALPH@home bug list : Rosetta 4.20 (Message 6965)
Posted 2 Mar 2021 by Profile [VENETO] boboviz
Post:
Screensaver does not work on this batch of wus...
20) Message boards : Current tests : New app in VirtualBox (Message 6964)
Posted 1 Mar 2021 by Profile [VENETO] boboviz
Post:
More details will be welcome

Well....


Next 20



©2021 University of Washington
http://www.bakerlab.org