If you download the archives in the OP, you should be able to crunch under 64bit Debian as well. These also work under 64Bit Ubuntu on Odroid C2, both use ARM A53 cores, the app_info.xml makes it ask for work wherever you put it. Give those a try, I'm quite sure it should work...
Process creation (../../projects/einstein.phys.uwm.edu/einsteinbinary_BRP4_0.13OP_AARCH32-unknown-linux-gnu) failed: Error -1, errno=2
execv: No such file or directory
Did the executable end up in your Einstein project directory? Execute bit is set?
Please run /var/lib/boinc-client/projects/einstein.phys.uwm.edu/einsteinbinary_BRP4_0.13OP_AARCH32-unknown-linux-gnu once on the command line to see whether it starts at all.
You could also try the 64bit version from https://einsteinathome.org/de/content/high-speed-linux-brp-app-odroid-c2
produces "No such file or directory". Strange since it is there and all execute bits are set. Same with IP version. Let me try the version you link. Then off to compile from source. More comfortable with that anyway.
Installing binary from your link fails with
Failed to stop boinc-client.service: The name org.freedesktop.PolicyKit1 was not provided by any .service files
Could be that you need some 32bit libs for the 32bit version to run under a 64bit kernel. I have no plain 32bit Raspian on my RPi3, so unfortunately can't verify. On 64bit Odroid C2 I believe installing libsfstdc++6 libstdc++6:arm64 and libstdc++6:armhf helped. One needs to enable armhf architecture for that before:
produces "No such file or directory". Strange since it is there and all execute bits are set. Same with IP version. Let me try the version you link. Then off to compile from source. More comfortable with that anyway
Yes, the 64bit-RPI-debian-image isn't able by to run 32bit Applications without modifications. Instead of fiddling around to get it working, try the odroid-c2-version from the link that koschi provided (https://einsteinathome.org/de/content/high-speed-linux-brp-app-odroid-c2). This also shows a around 5-10% better performance than the out-of-place-version. I'm running this setup for over a year now without any Problems.
But instead of debian, i'm using this Image: https://github.com/bamarni/pi64. As the last time I've tried debian on my RPI, it had way to many bug's. The biggest problem was, that the CPU-Clock didn't scale up. It was locked all the time to 400Mhz. But this was around a year ago, maybe things have chanced.
rjs5 wrote:
The source code and information was documented in the past. I tried to build the code a couple months ago, but I did not finish. The links point to a source tree that has been moved and the instructions on how to build it have changed. If you are lucky enough to succeed, it would be nice to publish current instructions.
It's not only the wrong source-tree-links, you have to modify a lot in the buildscript and the makefile, as on ARMv8 many compiler-flags have changed. I could help with that but didn't build a BRP-App for quite some time now. So this will take some time to dig out all the changes I've made to it. And I'm busy with other thinks at the moment and also I think there isn't much interest on a "how to build your own BRP-App". If you have a specific Question, feel free to send me a PM, I could help.
BTW: Most of my ARM based board's are running Gamma-Ray at the moment (e.g. this one: https://einsteinathome.org/de/host/12652037/) wich gives you a way better RAC than any optimized-BRP-App can do.
Yes, the 64bit-RPI-debian-image isn't able by to run 32bit Applications without modifications. Instead of fiddling around to get it working, try the odroid-c2-version from the link that koschi provided (https://einsteinathome.org/de/content/high-speed-linux-brp-app-odroid-c2). This also shows a around 5-10% better performance than the out-of-place-version. I'm running this setup for over a year now without any Problems.
But instead of debian, i'm using this Image: https://github.com/bamarni/pi64. As the last time I've tried debian on my RPI, it had way to many bug's. The biggest problem was, that the CPU-Clock didn't scale up. It was locked all the time to 400Mhz. But this was around a year ago, maybe things have chanced.
BTW: Most of my ARM based board's are running Gamma-Ray at the moment (e.g. this one: https://einsteinathome.org/de/host/12652037/) which gives you a way better RAC than any optimized-BRP-App can do.
The pi64 image is a nice one - Thanks. Testing now with the odroid-c2 version. Where did you get the Gamma-Ray app? Default attach to einstein at home gives me nothing - does not recognize the OS
The pi64 image is a nice one - Thanks. Testing now with the odroid-c2 version.
Sadly there is no support for the pi3b+. Some user modified the pi64 image so that it runs on the pi3b+. But last time I've tested it had the same problem as the debian image. It doesn't ramp's up the clock with load, so it is limited to 400Mhz. As a workaround you could set govenor mode to performance, that locks the clock at 1.4Ghz. Which is fine for boinc use but probably not that great for other use cases.
Where did you get the Gamma-Ray app? Default attach to einstein at home gives me nothing - does not recognize the OS
Yes, there is no official support for Gamma-Ray on ARM-devices yet. As you need around 600-800MB of RAM per core. That's around 4GB for a quadcore. Not many SBC's have that amount of RAM.
I have access to the source, so I've build my own ARM one.
Yes, there is no official support for Gamma-Ray on ARM-devices yet. As you need around 600-800MB of RAM per core. That's around 4GB for a quadcore. Not many SBC's have that amount of RAM.
I have access to the source, so I've build my own ARM one.
I would love the link to the source. Try it out with a locked down card (1CPU) and/or swapfile just for fun.
koschi wrote:If you download
)
What is the "OP"? Not familiar with it.
original post or start post
)
original post or start post of this thread :-)
https://einsteinathome.org/co
)
https://einsteinathome.org/content/compile-environment-gravitational-wave-search-or-binary-radio-pulsar-search#comment-170101
Haven't had time to try it yet.
Tried using the out of place version from OP. Tried to run but all tasks gave errors
https://einsteinathome.org/ta
)
https://einsteinathome.org/task/835476093
Please run /var/lib/boinc-client/projects/einstein.phys.uwm.edu/einsteinbinary_BRP4_0.13OP_AARCH32-unknown-linux-gnu once on the command line to see whether it starts at all.
You could also try the 64bit version from https://einsteinathome.org/de/content/high-speed-linux-brp-app-odroid-c2
/var/lib/boinc-client/project
)
/var/lib/boinc-client/projects/einstein.phys.uwm.edu/einsteinbinary_BRP4_0.13OP_AARCH32-unknown-linux-gnu
produces "No such file or directory". Strange since it is there and all execute bits are set. Same with IP version. Let me try the version you link. Then off to compile from source. More comfortable with that anyway.
Installing binary from your link fails with
Failed to stop boinc-client.service: The name org.freedesktop.PolicyKit1 was not provided by any .service files
Let me try build from source.
Could be that you need some
)
Could be that you need some 32bit libs for the 32bit version to run under a 64bit kernel. I have no plain 32bit Raspian on my RPi3, so unfortunately can't verify. On 64bit Odroid C2 I believe installing libsfstdc++6 libstdc++6:arm64 and libstdc++6:armhf helped. One needs to enable armhf architecture for that before:
dpkg --add-architecture armhf; apt update
bowguy
)
Yes, the 64bit-RPI-debian-image isn't able by to run 32bit Applications without modifications. Instead of fiddling around to get it working, try the odroid-c2-version from the link that koschi provided (https://einsteinathome.org/de/content/high-speed-linux-brp-app-odroid-c2). This also shows a around 5-10% better performance than the out-of-place-version. I'm running this setup for over a year now without any Problems.
But instead of debian, i'm using this Image: https://github.com/bamarni/pi64. As the last time I've tried debian on my RPI, it had way to many bug's. The biggest problem was, that the CPU-Clock didn't scale up. It was locked all the time to 400Mhz. But this was around a year ago, maybe things have chanced.
It's not only the wrong source-tree-links, you have to modify a lot in the buildscript and the makefile, as on ARMv8 many compiler-flags have changed. I could help with that but didn't build a BRP-App for quite some time now. So this will take some time to dig out all the changes I've made to it. And I'm busy with other thinks at the moment and also I think there isn't much interest on a "how to build your own BRP-App". If you have a specific Question, feel free to send me a PM, I could help.
BTW: Most of my ARM based board's are running Gamma-Ray at the moment (e.g. this one: https://einsteinathome.org/de/host/12652037/) wich gives you a way better RAC than any optimized-BRP-App can do.
N30dG wrote: Yes, the
)
The pi64 image is a nice one - Thanks. Testing now with the odroid-c2 version. Where did you get the Gamma-Ray app? Default attach to einstein at home gives me nothing - does not recognize the OS
Thanks
bowguy schrieb: The pi64
)
Sadly there is no support for the pi3b+. Some user modified the pi64 image so that it runs on the pi3b+. But last time I've tested it had the same problem as the debian image. It doesn't ramp's up the clock with load, so it is limited to 400Mhz. As a workaround you could set govenor mode to performance, that locks the clock at 1.4Ghz. Which is fine for boinc use but probably not that great for other use cases.
Anyway here is the link to the image: https://github.com/Crazyhead90/pi64/releases
Yes, there is no official support for Gamma-Ray on ARM-devices yet. As you need around 600-800MB of RAM per core. That's around 4GB for a quadcore. Not many SBC's have that amount of RAM.
I have access to the source, so I've build my own ARM one.
N30dG wrote: Yes, there is
)
I would love the link to the source. Try it out with a locked down card (1CPU) and/or swapfile just for fun.
Thanks