I've just attached a Pi3 to Einstein@Home and found that it had trouble getting work. I'm running the current version of Rasbian Jessie on it and installed boinc 7.4.23 from the repository. After attaching to EaH the Pi would not get any work and the log file revealed that the "Peer certificate cannot be authenticated with given CA certificates." The problem is that the file /var/lib/boinc-client/ca-bundle.crt does not seem up to date. After I copied the ca-bundle.crt file from another Pi2 the Pi3 was finally able to get work.
Currently the Pi3 (+ wisdom file) is on schedule to finish BRP tasks in about 40k s which is somewhat faster than the Pi2s (+ wisdom file), which need 52k s.
It's the funny name that the authors of the "Fastest Fourier Transform of the West (FFTW)" library have given to a mechanism for tuning the performance of this library. The gist is this:
There are many several ways to compute what FFTW computes, and is not trivial to predict which variant of computation is the fastest on a given piece of hardware under given circumstances (e.g. CPU load, memory load etc.) The best way to get a near-optimal strategy for the computation that you need is to actually try different variants (or the building blocks of different variants) and benchmark them, so actually measure the performance of those building blocks on a specific hardware. While this will find a good way to compute, it is very slow overall because you try different variants one after another. The clever way is to do the extensive benchmarking of building blocks only once, save the results of the benchmarking (in what FFTW calls wisdom) and the next time FFTW tries to generate a good strategy for it's computations, it will look up the benchmark results from existing "wisdom" instead of doing it all over again.
Also, what are the temps you're seeing and are you running at the full 1.2Ghz?
I'm running 4 tasks of BRP4 on my new RPI3, no case at all, bare PCB, WiFi , X , HDMI display. keyboard, mouse, browser (to write this message).
I'm using the Task Bar CPU temperature widget.The CPU gets as hot as 80 deg C so far (displayed as red). It seems to throttle CPU freq. at this point very, very moderately (vcgencmd measure_clock arm sometimes reports ca 1.14 GHz )
Also, what are the temps you're seeing and are you running at the full 1.2Ghz?
I'm running 4 tasks of BRP4 on my new RPI3, no case at all, bare PCB, WiFi , X , HDMI display. keyboard, mouse, browser (to write this message).
I'm using the Task Bar CPU temperature widget.The CPU gets as hot as 80 deg C so far (displayed as red). It seems to throttle CPU freq. at this point very, very moderately (vcgencmd measure_clock arm sometimes reports ca 1.14 GHz )
I am currently running two Pi2 on Ubuntu mate. One sits out on a desktop exposed on all 4 sides and crunches 4 concurrent NEON jobs with a temp of 60 C. The other is crunching 3 WUs inside the tunnel I built and runs at a temp of 36 C. 24 C is a significant difference.
Here is my question HB. Because I am using Ubuntu the only command I can find to determine temp is: cat /sys/class/thermal/thermal_zone0/temp. If you run this same command on your PI3 does it return the same temp as does your taskbar temp widget? I want to see if your PI's OS uses similar temp logic as Ubuntu. I will run the PI3 in a tunnel when I receive it. Hopefully soon.
Here is my question HB. Because I am using Ubuntu the only command I can find to determine temp is: cat /sys/class/thermal/thermal_zone0/temp. If you run this same command on your PI3 does it return the same temp as does your taskbar temp widget?
I've just attached a Pi3 to
)
I've just attached a Pi3 to Einstein@Home and found that it had trouble getting work. I'm running the current version of Rasbian Jessie on it and installed boinc 7.4.23 from the repository. After attaching to EaH the Pi would not get any work and the log file revealed that the "Peer certificate cannot be authenticated with given CA certificates." The problem is that the file /var/lib/boinc-client/ca-bundle.crt does not seem up to date. After I copied the ca-bundle.crt file from another Pi2 the Pi3 was finally able to get work.
Currently the Pi3 (+ wisdom file) is on schedule to finish BRP tasks in about 40k s which is somewhat faster than the Pi2s (+ wisdom file), which need 52k s.
I discovered this issue a
)
I discovered this issue a while back as well. Please see this thread for the fix: https://einsteinathome.org/node/198389&postid=151305
After you've done those three steps, make sure to do the following to keep from losing the good certs in future upgrades
sudo apt-mark hold ca-certificatesWhere did you get the wisdom file from? I hadn't seen that anyone had calculated a new one.
Also, what are the temps you're seeing and are you running at the full 1.2Ghz? I'm surprised to only see that small of an increase.
My YouTube Channel: https://www.youtube.com/user/KF7IJZ
Follow me on Twitter: https://twitter.com/KF7IJZ
It will be interesting to see
)
It will be interesting to see whether wisdom specifically generated for the RPi3 will improve the performance.
enlighten me. what is a
)
enlighten me. what is a wisdom file?
RE: enlighten me. what is
)
It's the funny name that the authors of the "Fastest Fourier Transform of the West (FFTW)" library have given to a mechanism for tuning the performance of this library. The gist is this:
There are many several ways to compute what FFTW computes, and is not trivial to predict which variant of computation is the fastest on a given piece of hardware under given circumstances (e.g. CPU load, memory load etc.) The best way to get a near-optimal strategy for the computation that you need is to actually try different variants (or the building blocks of different variants) and benchmark them, so actually measure the performance of those building blocks on a specific hardware. While this will find a good way to compute, it is very slow overall because you try different variants one after another. The clever way is to do the extensive benchmarking of building blocks only once, save the results of the benchmarking (in what FFTW calls wisdom) and the next time FFTW tries to generate a good strategy for it's computations, it will look up the benchmark results from existing "wisdom" instead of doing it all over again.
HB
RE: Also, what are the
)
I'm running 4 tasks of BRP4 on my new RPI3, no case at all, bare PCB, WiFi , X , HDMI display. keyboard, mouse, browser (to write this message).
I'm using the Task Bar CPU temperature widget.The CPU gets as hot as 80 deg C so far (displayed as red). It seems to throttle CPU freq. at this point very, very moderately (vcgencmd measure_clock arm sometimes reports ca 1.14 GHz )
RE: RE: Also, what are
)
I am currently running two Pi2 on Ubuntu mate. One sits out on a desktop exposed on all 4 sides and crunches 4 concurrent NEON jobs with a temp of 60 C. The other is crunching 3 WUs inside the tunnel I built and runs at a temp of 36 C. 24 C is a significant difference.
Here is my question HB. Because I am using Ubuntu the only command I can find to determine temp is: cat /sys/class/thermal/thermal_zone0/temp. If you run this same command on your PI3 does it return the same temp as does your taskbar temp widget? I want to see if your PI's OS uses similar temp logic as Ubuntu. I will run the PI3 in a tunnel when I receive it. Hopefully soon.
Raspberry Pi cluster hat for
)
Raspberry Pi cluster hat for Pi zeros in development:
https://www.youtube.com/watch?v=RqcHj1DgAMM
RE: Raspberry Pi cluster
)
Wow! Nice clean design.
RE: Here is my question HB.
)
It does.
HB