On Pi Day (3/14/16), I finally acquired a Raspberry Pi model 3 B from my local Micro Center (I had ordered one from Pimoroni on launch day, but it must be stuck in customs). After arriving home with it, I decided to start running it through its paces. Below is my review and extensive benchmarking of the Pi 3 (especially in comparison to the Pi 2).
There are a few notable hardware changes on the Pi 3:
- The LEDs have moved to the opposite side of the ‘front’ of the board, having been displaced by a tiny wireless antenna where they used to be. This has the unfortunate side effect of making the LED openings on most older Pi cases (including the Raspberry Pi ‘official’ case) misaligned. I can still see a faint light through the front of my case, and everything fits fine, so it’s not a huge deal to me.
- The microSD card is not retained by a spring ‘push to eject’ mechanism anymore; it simply slides in and slides out (just like the Pi Zero). This helps cut down on accidental removal when holding the Pi to insert USB plugs, but it can also make the card slightly harder to remove in some cases.
- There’s a wireless antenna near the GPIO. If you need to use Bluetooth or WiFi, make sure you place the Pi 3 in a case that’s not a faraday cage, and also consider the orientation of your Pi when trying to pick up radio signals—orienting it away from your router behind a brick wall will lead to a poor connection.
Network performance is one of the most straightforward, but most caveat-laden, aspects to benchmark. You can measure raw throughput, network file copy, and file download/upload performance. However, some of the benchmarks (e.g. file copies) are also dependent on other parts of the Pi (e.g. disk I/O, USB bus, memory I/O, etc.), so I focus on raw network throughput. And in that regard, the Pi 3 offers a respectable gain over the Raspberry Pi model 2 B:
For the Pi 2, I tested WiFi with an Edimax USB 2.0 802.11n adapter, and for the Pi 3, I tested with the built-in WiFi; in both cases the signal strength was excellent, and I connected to an AirPort Extreme (6th gen) WiFi router. WiFi performance was consistent on both Pis, and with both, I disabled WiFi power management to make the connection stable (see caveats at the end of this section).
For the ‘GigE’ test, I plugged a TRENDnet USB 3.0 Gigabit ethernet adapter into one of the Pi’s USB 2.0 ports, configured the adapter as an
eth1 interface, and disconnected/disabled the built in interface(s). See this article for more info: Gigabit Networking on a Raspberry Pi.
The good news? The Pi 3 can hit sustained throughput of 321 Mbps using a Gigabit adapter. This means the Pi can sustain a theoretical 40 MB/s file copy, making the Pi 3 a marginally-useful file server (e.g. NFS) or dedicated proxy/router—much more so than any Pi before.
The bad news? Don’t expect those numbers to be sustainable if you shove lots of bits through the Pi; in my testing, even with a passive aluminum heatsink, the Pi 3 started throttling the transfer speeds when pushing it to the max after 3-5 minutes, and needed a 2-4 minute cool-down period before speeds would max out again.
The built-in LAN offered almost identical benchmark results as it did on the Pi 2.
When it comes to WiFi, there are some other caveats:
For the full dataset and rationale behind different benchmarks, check out: Raspberry Pi Networking Benchmarks.
microSD Card Benchmarks
In late 2015, I published a comprehensive benchmark of microSD card performance on the Raspberry Pi 2. The Pi 3, with its faster clock and new SoC architecture, has the potential to make microSD card operations even faster, so I re-ran benchmarks on all the Samsung and SanDisk cards I have on the Pi 3, and have added those results to my Pi Dramble microSD Card Benchmarks page. In summary:
One caveat: With microSD performance timings, the numbers are always about +/- 5% different between runs, so the real-world difference between the Pi 2 and Pi 3 in their default state will be minimal at best—though the Pi 3 is measurably and reliably a little faster, in my testing.
Things get even more interesting if you overclock the microSD card reader in the Raspberry Pi 2/3. Overclocking adds another 20% speed boost to most file operations (at least for reads), and can double large file read/write performance! Unless you need the utmost performance and have very reliable power supplies and microSD cards, though, it’s safer to leave the Pi at its normal clock.
Keeping it cool: the (hot) 64-bit Cortex-A53 Broadcom SoC
For the Pi 3, a heat sink isn’t just for overclockers.
The Raspberry Pi 3’s new A53-series 64-bit System-on-a-Chip uses a bit more power than the older ARM processors used in previous Pis, and as a result, there is also more thermal dissipation; if the heat from the chip doesn’t have anywhere to go, then things can get hot enough to trigger some processor throttling.
Many overclockers would put heat sinks on their Pi 2s and older models, but in my testing, thermal throttling was never an issue—even when running with a moderate overclock and hammering the Pi Dramble with thousands of PHP requests/second continuously (e.g. 100% CPU for many minutes). Reddit user ghalfacree used a thermal imager to take thermal images of the various Raspberry Pi models, and you can see there’s a marked difference when it comes to heat dissipation from the CPU on the Pi 3.
For this reason, I purchased some passive aluminum heat sinks (with pre-applied thermal paste) and applied them to the SoC on my Raspberry Pi 3s. So far the heat sink seems to be working well; it dissipates enough heat to prevent CPU throttling under high load. I haven’t done much testing with overclocking, but I typically keep the defaults since I favor reliability over performance.
stress --cpu 4 to hammer the processor continuously, I didn’t notice any sustained throttling after installing the heat sink (there was a short (1-2 second) throttle every few minutes), and temperatures seemed to level off around 81.0°C (at least according to the internal CPU temperature reporting). Measuring the surface temp of the heat sink showed about 65°C—quite hot to the touch! But unless you’re going to be running the CPU at full throttle, overclocked, all the time, I think a passive heat sink and a case that allows some amount of convective airflow will be enough.
Also, a ProTip for monitoring CPU frequency while doing benchmarks; run
while true; do vcgencmd measure_temp && vcgencmd measure_clock arm; sleep 2; done in a separate terminal window to see updates continuously. Thanks to GTR2fan on the Pi forums for that!
Powering the Pi 3
The Raspberry Pi 3 is no Pi Zero when it comes to conserving power and handling almost any kind of flaky power supply.
The undervolt rainbow made frequent appearances when building PHP from source.
I have many USB power supplies of varying quality. Pis < 3 would survive with almost any USB power source (as long as you don't need to power a bunch of USB devices off the Pi), but the Pi 3 needs a much better supply. Even using a reliable Apple 2A iPad charger, I noticed the red power LED flicker off every now and then, with a corresponding momentary voltage dip below 5.12V and an undervolt rainbow.
You need a good power adapter for the Pi 3, much more so than in the past, even if you’re running it headless. Under heavy load (e.g. PHP processes pegging all 4 CPU cores), the Pi 3 had momentary voltage drops. If you’re running the Pi 3 as a desktop replacement, attached to a monitor, using Raspbian’s GUI with a keyboard and mouse, this is even more crucial to a painless experience.
Luckily for my Pi Dramble, the 6 port USB charger I use provides a solid 2A per port, and things seem to run fine there, even under load.
The Pi 2 was slightly more power-hungry than all the Pis before, and the Pi 3 continues the tradition; the higher-clocked CPU, extra built-in circuits, and newer quad core architecture add up to about a 40% increase in power draw when under heavy load. Luckily, idle and normal CPU load doesn’t incur too much of a penalty vs. the Pi 2—it’s only bursty CPU spikes that draw more power (and generate a lot more heat).
I have some tips for limiting power consumption on the Pi 3 (similar to Zero, A+, etc.) in this post: Conserve power when using Raspberry Pis.
PHP benchmarks – Drupal 8
Since I’m a Drupal developer in my day job, and since I like tinkering with my Raspberry Pi Dramble cluster to tinker with Ansible, Drupal, GPIO, and more, I like to use Drupal to benchmark the entire system—memory, CPU, disk I/O, and networking. I’ve been maintaining and re-running a large number of benchmarks to test Drupal on the Raspberry Pi in various configurations. Full details (which are continuously updated) are listed on the Pi Dramble Drupal Benchmarks page, but here are some relevant benchmarks comparing the Pi 3 to the Pi 2:
I’ve beaten the PHP 5.6 vs PHP 7 vs HHVM benchmarks to death, so from this point forward I’m only going to be dealing with PHP 7.x when benchmarking Drupal 8. The Drupal Pi project allows you to build PHP from source in the project’s
config.yml, and using that I installed PHP 7.0.4 with Drupal 8.0.5.
The Pi 3 offers a decent and highly consistent 30-33% performance improvement for Drupal 8 and the LEMP stack.
The Raspberry Pi 3 is, in some ways, just an evolutionary improvement over the Pi 2. In terms of major changes, the Pi 2 was a much larger change over the B+ and all other Pis before due mainly to its multi-core processor. The Pi 3’s incremental improvements, and convenient built-in WiFi and Bluetooth, make the Pi 3 the best Pi for almost any general computing need. I the Pi 3 release is like an iPhone ‘S’ release—no major changes to the look and feel or earth-shattering new features… but everything feels better, and there are small improvements to make usage easier (e.g. no more $10 WiFi dongle to buy separately). It’s the first Pi on which Raspbian’s desktop UI and browser feels usable outside of testing purposes, and that’s pretty exciting!
For the first time, however, I recommend purchasing an official Raspberry Pi power supply (or making sure the one you use is very good quality with consistent 2+ amp output), and also purchasing at least a passive heat sink to adhere (with proper thermal compound) to the Broadcom SoC.
Original URL: http://feedproxy.google.com/~r/feedsapi/BwPx/~3/Me5QsiBtHzU/review-raspberry-pi-model-3-b-benchmarks-vs-pi-2