Hello.

I am trying to put my Raspberry Pi to good use and so decided to run Asteroids@Home.

I wanted to go with a minimal install and have been trying slitaz, which is only 53 Mb. So far I have been able to build boic withouth the X dependencies. I am currently able to suscribe to the project and download the WUs. However I am unable to finish (or to even begin), this is the output I am getting:

[Asteroids@home] [error] Process creation (../../projects/
asteroidsathome.net_boinc/period_search_10000_arm-unknown-linux-gnueabihf) fail
ed: Error -1, errno=2

Do you have any ideas? I really did want to go with slitaz, but if the problem persists I will try running boinc on archlinux.

Hello.

I am trying to put my Raspberry Pi to good use and so decided to run Asteroids@Home.

I wanted to go with a minimal install and have been trying slitaz, which is only 53 Mb. So far I have been able to build boic withouth the X dependencies. I am currently able to suscribe to the project and download the WUs. However I am unable to finish (or to even begin), this is the output I am getting:

[Asteroids@home] [error] Process creation (../../projects/
asteroidsathome.net_boinc/period_search_10000_arm-unknown-linux-gnueabihf) fail
ed: Error -1, errno=2

Do you have any ideas? I really did want to go with slitaz, but if the problem persists I will try running boinc on archlinux.

I can't comment on either but I am running 5 Pi's under Raspberian and nothing special required. Everything is from their repos, although I did remove some of the stuff they supply as standard (like the Python games, etc).

---

BOINC blog

What distribution on your Raspberry are you running?

Hi,

I am on slitaz arm (http://arm.balinor.net/slitaz/armhf/).

BTW, here is the error I am getting (from client_state.xml):

<stderr_out>
<![CDATA[
<message>
process got signal 6
</message>
<stderr_txt>
../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize: Assertion `_rtld_gl
obal_ro._dl_pagesize != 0' failed.

</stderr_txt>
]]>
</stderr_out>

I am pretty sure is glibc version installed by slitaz (2.13). I have already tried ld_preloading the application's, period_search_10000_arm-unknown-linux-gnueabihf, dependencies from raspbian and archlinux but that is segfaulting.

I was thinking about:
1) Compiling it myself
or
2) Using a statically linked application (if that is possible, that would be a better solution)

I don't know slitaz. It seems that the application have to be recompiled for that OS.

I can compile it for slitaz but I don't know when exactly.

I know it's kind of off-topic, but even on Raspbian I can not run A@H-WUs! If I try it, the RasPi "freezes" after a while. Currently, another project is running on my RasPi, but I would prefer to do Asteroids. Do you know the problem?

If I try it, the RasPi "freezes" after a while. Currently, another project is running on my RasPi, but I would prefer to do Asteroids. Do you know the problem?

The cause of the freeze is Floating Point exception in Kernel mode. Until there is a patch to the Linux kernel, you cannot run asteroids and other projects on it.
My raspberry is going to be a server eventually, but now it is running Collatz, Enigma, Yoyo and Einstein for 38days since restart.
http://boincstats.com/en/stats/-1/host/detail/291263326/projectList
You should set automatic reboot when kernel crashes, add panic=10 to /boot/cmdline.txt. Also turn swap off and increase the dirty_* kernel options, especially dirty(_background)_ratio for longer SD-card live.[/url]

---

The cause of the freeze is Floating Point exception in Kernel mode. Until there is a patch to the Linux kernel, you cannot run asteroids and other projects on it.

Since then (March 2016) there has been a patch added to the kernel that should fix it, along with many updates. If you update to the current version of Raspbian it should now work.

---

BOINC blog

On the vein of keeping things updated is there a chance we could get a neon-optimised app for the Pi2 and Pi3's? Updating to the latest fftw would also allow use of neon.

You'd still need to supply a standard armhf version for the Pi Zero and older Pi's that have the ARMv6 so it might entail a plan class or simply dropping support for anything less than a Pi2. I don't run a@h on my Pi3's because the work units take so long now but if the run-time was reasonable... Happy to help with testing.

---

BOINC blog

I'll look into that to see what can be done. But there are still things with higher priority now so I don't know when I'll have time for it.

On the Applications page it shows for the Raspberry Pi plan class arm doing 16 GFlops and armv6l doing zero so I would suggest dropping support for arm v6 completely.

---

BOINC blog