Parallella, Raspberry Pi, FPGA & All That Stuff

steffen_moeller
steffen_moeller
Joined: 9 Feb 05
Posts: 78
Credit: 1773655132
RAC: 0

The "fftw-3.3.4" prefix of

robl wrote:
(fftw-3.3.4 fftwf_wisdom #x4a633eef #xb5a95564 #x91014bdd #x9c85ce5f
(fftwf_dft_vrank_geq1_register 0 #x11048 #x11048 #x0 #x3ccfdb1a #xf8b7fb16 #xb777192b #xa86989c1)
(fftwf_codelet_t1fv_32_neon 0 #x11048 #x11048 #x0 #x13a350ff #xccbd0d68 #x1df44d80 #x16ee0d41)
(fftwf_codelet_hc2cfdftv_16_neon 0 #x11048 #x11048 #x0 #xead3fd9e #xffec487c #x5b618d5e #x8f8f3b12)
(fftwf_codelet_r2cfII_16 2 #x11048 #x11048 #x0 #xf4d971ab #x381e69c1 #xc4398fe0 #x3f2135b1)
(fftwf_codelet_t2fv_16_neon 0 #x11048 #x11048 #x0 #x3d0b62a7 #x15d0e0a0 #xd8a2423f #xa9a6da1c)
(fftwf_dft_vrank_geq1_register 0 #x11048 #x11048 #x0 #xbddeb44e #xfd7343e7 #x3c8fc850 #x6888d042)
...

The "fftw-3.3.4" prefix of your wisdom file tells that the wisdom file was not created with the 3.3.6 version you just compiled. And then, the trick is with the right configuration of the fftw3 at compile time. You just compiled with no configuration at all. Run "configure --help" to see the options, of which one is to enable the NEON.

You have now somewhere on your disk a 3.3.6 version of your fftw that is not configured to fully use your hardware. I presume this is in /usr/local. And just he same way that you do not know if you use binaries of 3.3.4 or 3.3.6 when you just type in the name of the binary (you just ran into that), you do not know what version of a library the BRP app would then use when you have both on your disk. This depends on environment variables $PATH and $LD_LIBRARY_PATH and on how ldconfig is configured. There is "which" and "ldd" to check, but, if you can, please remove anything fftw-related from /usr/local again.

I want to praise you for your compiling from the source tree. It also means that you have all the build dependencies already available. If you do not mind too much, please perform the compilation once again, but this time with the configuration that the Debian maintainers have already prepared that adds the NEON flag when they see that it is ARM. You can leave your source tree of 3.3.6p2 as it is.

So first change into the source tree of fftw3. Then download the Debian build instructions from

   http://cdn-fastly.deb.debian.org/debian/pool/main/b/boinc-app-eah-brp/boinc-app-eah-brp_0.20170426+dfsg-2.debian.tar.xz

and untar them right where you are in the source tree of fftw3 with

   tar xJvf boinc-app-eah-brp_0.20170426+dfsg-2.debian.tar.xz

A folder named "debian" is now added that has all the description of the packages that are to be created. First, remove everything that you have compiled with

   fakeroot ./debian/rules clean

and then create everything nicely from scratch with

   fakeroot ./debian/rules binary

which should create a couple of .deb files in the directory above that have fftw and 3.3.6 in their filenames. You install them with "dpkg -i ... " which will also uninstall the previous 3.3.4 with which you created the wisdom file before.

Then create the wisdom file again. It should create a wisdom file starting with 3.3.6 and it should also take longer to create since it has more options how to perform the FFT. If it is taking no time again, then you have likely not removed the prior creates 3.3.6 binaries of fftw in /usr/local (or wherever) that are now found because ldconfig was triggered with the installation of the new fftw packages but the paths in /etc/ld.so.conf.d have given priorities to /usr/local/lib over /usr/lib.

The ARM-ready fftw3 version is already in Ubuntu https://packages.ubuntu.com/artful/libfftw3-3 but not yet backported. If you demonstrate me the energy to get through this all again as I described it above to get to the .deb files for your architecture and finally have the faster BRP search then I offer to volunteer to remote-train you to perform backports for everyone by uploading a Debian source package to an Ubuntu Personal Package Archive but I need to stay out of this myself, I am afraid.

 

 

robl
robl
Joined: 2 Jan 13
Posts: 1709
Credit: 1454482783
RAC: 8627

Quote: The ARM-ready fftw3

Quote:

The ARM-ready fftw3 version is already in Ubuntu https://packages.ubuntu.com/artful/libfftw3-3 but not yet backported. If you demonstrate me the energy to get through this all again as I described it above to get to the .deb files for your architecture and finally have the faster BRP search then I offer to volunteer to remote-train you to perform backports for everyone by uploading a Debian source package to an Ubuntu Personal Package Archive but I need to stay out of this myself, I am afraid.

 

 

Made one more attempt this morning but having issues with needed files/binaries not where they are expected.  Also to add to the problems the blue led on the XU4 is flashing rapidly which indicates a kernel panic.  This complicates things so I will hold off on this effort at the moment. 

MarkJ
MarkJ
Joined: 28 Feb 08
Posts: 437
Credit: 137327847
RAC: 18476

And news of a Pi specific

And news of a Pi specific Trojan...

guru3d link

 

I suggest changing the default password as soon as you fire it up. I saw a tutorial about deleting the Pi user completely. Adding a firewall would also help (search iptables firewall).

N30dG
N30dG
Joined: 29 Feb 16
Posts: 89
Credit: 4805610
RAC: 0

Just got my first valid

Just got my first valid O1Spot1Lo on my Odroid-C2 Cool

https://einsteinathome.org/de/host/12538778/tasks

PorkyPies
PorkyPies
Joined: 27 Apr 16
Posts: 197
Credit: 28021254
RAC: 8495

I wonder if the Pi3 could run

I wonder if the Pi3 could run the O1Spot1Lo. If only they had an armhf app.

I have rearranged the Pi part of my farm. It now consists of 10 Pi3's crunching and one more providing support. I had to get more heatsinks from Enzotech and bolt some 40mm fans on to the top of the official Pi case. Currently closing in on 2 million credits for the Pi's.

N30dG
N30dG
Joined: 29 Feb 16
Posts: 89
Credit: 4805610
RAC: 0

PorkyPies schrieb:I wonder if

PorkyPies wrote:
I wonder if the Pi3 could run the O1Spot1Lo. If only they had an armhf app.

In general the PI3 could run O1Spot1Lo. Both the C2 and the Pi3 have a Cortes-A53 CPU.

I've just compiled the HierarchSearchGCT for ARM. And ported one inline-Assembly-Funktion (this is only necessary in terms of speed).

At the moment my C2 need's <1.4 days to complete a Task (x4). That should give a RAC of >2.800! I'm sure with use of a FFTW-wisdom it can be much faster. I guess a runtime of around 1day(RAC ~4000 Cool) should be possible.

But the PI3 havn't enought RAM to run 4 tasks in parrallel. I'm not shure if BOINC can be configured to run only 1 or 2 Tasks of O1Spot1Lo and the other BRP?

Holmis
Joined: 4 Jan 05
Posts: 1118
Credit: 1055935564
RAC: 0

N30dG wrote:But the PI3

N30dG wrote:
But the PI3 havn't enought RAM to run 4 tasks in parrallel. I'm not shure if BOINC can be configured to run only 1 or 2 Tasks of O1Spot1Lo and the other BRP?

Should be doable with an app_config.xml and <max_concurrent>X</max_concurrent>.

MarkJ
MarkJ
Joined: 28 Feb 08
Posts: 437
Credit: 137327847
RAC: 18476

Stretch and Stretch Lite are

Stretch and Stretch Lite are now available for the Rpi from the foundation. A link to the Raspbian download page is here

 

They recommend you reinstall it but if you feel inclined you can also update your /etc/apt/sources.list and do a dist-upgrade. See the instructions on the Rpi download page for details. That also means you can all "upgrade" to the 7.6.33 BOINC client, just as they start testing 7.8 Surprised

steffen_moeller
steffen_moeller
Joined: 9 Feb 05
Posts: 78
Credit: 1773655132
RAC: 0

MarkJ wrote:Stretch and

MarkJ wrote:

Stretch and Stretch Lite are now available for the Rpi from the foundation. A link to the Raspbian download page is here

They recommend you reinstall it but if you feel inclined you can also update your /etc/apt/sources.list and do a dist-upgrade. See the instructions on the Rpi download page for details. That also means you can all "upgrade" to the 7.6.33 BOINC client, just as they start testing 7.8 Surprised

The BOINC 7.8.1 client has just arrived in Debian testing (https://packages.qa.debian.org/b/boinc.html, thanks, Gianfranco!) . While this is too late for the release that is already out, I am just finishing my first E@H units on a backport of 7.8.1 to that "Stretch" release. That laptop is a bit slower, bear with me. If everything is fine tonight, then I will immediately upload a BOINC 7.8.1 package to backports.debian.org. Instructions how to install from there will follow once the backport was accepted.

That said, I propose to just use 7.6.33 since that is just doing its job and to the best of my knowledge has no negative effect on the performance of the scientific app.

 

PorkyPies
PorkyPies
Joined: 27 Apr 16
Posts: 197
Credit: 28021254
RAC: 8495

It seems that ssh has been

It seems that ssh has been disabled since Nov 2016, so you'll need to enable it or plug a screen and keyboard in. This is in response to bot's targeting the Pi userid.

I have reinstalled 3 so far. It looks like it will automatically resize the root partition on first boot. One less option to run through in raspi-config. It also gives a warning if you haven't changed the default password when you exit raspi-config.

Regarding BOINC 7.8.1 I haven't tried it on a Pi but did on a PC. The manager has a couple of issues which won't effect you if running headless. I believe Gianfranco already has the package going to backports at least for amd64.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.