Raspberry Pi 4: Análisis de este mini ordenador (versión 4GB de RAM)
Os presentamos un completo análisis de la Raspberry Pi 4, el popular mini ordenador que nos permitirá realizar casi cualquier proyecto gracias a su gran versatilidad, y a su demostrada compatibilidad con una gran cantidad de sistemas operativos. Esta nueva Raspberry Pi 4 incorpora una gran cantidad de mejoras con respecto a su predecesora, y es que ahora es mucho más potente, y tiene hasta cuatro veces más de memoria RAM.
La Raspberry Pi 4 incorpora un procesador Broadcom BCM2711 con arquitectura de 64 bits, tiene cuatro núcleos ARM A72 mucho más potentes que la anterior CPU, y la velocidad del procesador es de 1.5GHz. Otra novedad muy importante es que esta CPU dispone de un bus PCIe que se encarga de interconectar los puertos USB, tanto los dos puertos USB 2.0 como los dos puertos USB 3.0, y lo hace a una velocidad máxima combinada de 4Gbps. En esta ocasión, el controlador Ethernet es nativo y dedicado, por lo que sí conseguiremos velocidades de más de 900Mbps reales en la red local, algo que anteriormente no era posible porque el bus era compartido. Este procesador dispone de una GPU VideoCore VI 3D bastante más potente que las anteriores, capaz de decodificar el códec H.265 a resolución hasta 4K y 60 FPS, y también el códec H.264 a resolución 1080p a 60FPS o a 30 FPS, por último, es compatible con gráficos OpenGL ES 3.0.
En cuanto a la memoria RAM de esta nueva Raspberry Pi 4, es de tipo LPDDR4 a una velocidad de 2.400MHz, y además, tenemos la posibilidad de elegir entre tres capacidades de RAM: 1GB, 2GB y 4GB de capacidad de RAM. La Raspberry Pi 4 que nosotros hemos tenido la oportunidad de analizar gracias a la Fundación Raspberry Pi, es la versión de 4GB de RAM LPDDR4-2400, para poder exprimir al máximo su potente hardware.
Una de las características más importantes de esta nuevo modelo es la incorporación de un puerto Gigabit Ethernet nativo, y es que ahora sí vamos a poder conseguir velocidades de lectura y escritura de más de 100MB/s, y es que no tenemos un bus compartido como teníamos anteriormente, sino que es dedicado exclusivamente a este puerto Gigabit. Gracias a esto, podremos conseguir velocidades de más de 900Mbps en la red local sin problemas.
Esta nueva Raspberry Pi 4 también soporta PoE para alimentar el propio dispositivo a través del cable de red Ethernet, ya sea con un inyector PoE o con un switch PoE. Un detalle muy importante es que deberemos comprar por separado el PoE HAT para poder conseguirlo. Esta nueva Raspberry Pi 4 se puede alimentar por un total de tres métodos:
- Puerto USB tipo C: necesita una fuente de alimentación capaz de proporcionar una tensión de 5V o 5,1V, y una intensidad de corriente de 3A. Según Raspberry Pi, con una fuente de alimentación de 2,5A es suficiente, siempre que no conectemos discos duros externos que necesiten alimentación (0,5A) en los puertos USB.
- PoE HAT: podremos alimentarlo a través del estándar PoE con un cable de red, proporcionándole alimentación vía switch PoE o inyector PoE.
- GPIO: es necesario proporcionar un mínimo de 3A de intensidad de corriente.
Por tanto, esta nueva Raspberry Pi 4 necesita de una potencia de 15W para funcionar sin ningún problema.
En cuanto a la conectividad inalámbrica, disponemos de Wi-FI con los estándares 802.11b/g/n/ac y también Bluetooth 5.0 con BLE. Otros puertos que tenemos en esta Raspberry Pi son dos puertos micro HDMI 2.0, jack 3,5mm para salida de audio y también para vídeo, un slot para tarjetas micro SD donde instalaremos el sistema operativo, un puerto para cámara (2-lane MIPI CSI) y también puerto para display (2-lane MIPI DSI). Por supuesto, también tendremos los correspondientes GPIO que teníamos en las versiones anteriores de las Raspberry Pi.
Una vez que ya hemos visto las principales características de la nueva Raspberry Pi 4, os vamos a dejar con un resumen de las especificaciones técnicas del dispositivo.
Características Técnicas de la Raspberry Pi 4
- CPU: Broadcom BCM2711, Quad-Core Cortex-A72 64 bits a 1.5GHz de velocidad
- Memoria: 1GB, 2GB o 4GB de RAM LPDDR4.
- Conectividad: Wi-Fi b/g/n/ac (2.4GHz y 5GHz), Bluetooth 5.0 con BLE, puerto Gigabit Ethernet, 2 puertos USB 3.0 y 2 puertos USB 2.0
- GPIO: 40-pin compatible con las otras Raspberry Pi.
- Video y sonido: 2 puertos micro HDMI (hasta 4K a 60 FPS), 2-lane MIPI DSI display, 2-lane MIPI CSI camera, 4-pole stereo audio y video
- Multimedia: H.265 hasta 4K a 60 FPS, H.264 a 1080p a 60 y 30 FPS.
- Soporte tarjetas micro SD: soporta micro SD para el sistema operativo y también para almacenamiento de datos.
- Alimentación: vía USB tipo C con 5V y 3A, vía PoE con HAT (se vende por separado), vía GPIO con mínimo 3A.
Una vez que ya conocemos las especificaciones técnicas, vamos a irnos al análisis externo de esta nueva Raspberry Pi 4.
Análisis Externo
La Raspberry Pi 4 que nos ha enviado la Fundación Raspberry Pi ha venido con la fuente de alimentación oficial, y también con dos cables micro HDMI a HDMI, ideal para conectar el dispositivo a una TV o monitor. En las tiendas podremos comprar la Raspberry Pi 4 sin necesidad de los accesorios, aunque sí es recomendable comprar la fuente de alimentación oficial de 5,1V y 3A. La Raspberry Pi 4 tiene un pequeño fallo de diseño que hace que no todos los cargadores para móviles con USB tipo C sirvan, y directamente no pueden alimentar este dispositivo.
Los dos cables HDMI incorporan soporte para Ethernet, de esta forma, podremos proporcionar conectividad a la red local al dispositivo que nosotros conectemos. El transformador de corriente oficial de la Raspberry Pi 4 proporciona una tensión de corriente de 5,1V, y una intensidad de corriente de 3A, suficiente para alimentar el propio dispositivo y los discos duros que podamos conectar a sus puertos USB. Por tanto, esta fuente de alimentación es capaz de proporcionar hasta 15,3W de potencia. El cable tiene una longitud de 1,5m, suficiente para colocarlo en el enchufe más cercano, y por supuesto, el conector es USB tipo C, un conector nuevo en el mundo de las Raspberry Pi ya que las anteriores siempre eran micro USB.
En cuanto a la propia Raspberry Pi 4, viene en una pequeña caja de color rojo, en la parte delantera podremos ver que es la Raspberry Pi 4 modelo B, y que esta unidad dispone de un total de 4GB de memoria RAM. Debemos recordar que también podemos comprar la versión de 1GB de RAM y 2GB de RAM.
En la parte trasera de la caja es donde encontraremos las principales especificaciones técnicas, las cuales os hemos explicado en detalle en la introducción. Un detalle interesante es que también nos informará de cuánta memoria RAM incorpora este dispositivo, y por supuesto, un enlace a la web oficial de Raspberry Pi donde encontraremos toda la información sobre la Raspberry Pi 4, soporte, cómo instalar el sistema operativo etc.
El contenido de la caja de la Raspberry Pi 4 es el siguiente:
- Raspberry Pi 4
- Tarjeta con recomendaciones básicas de uso
- Guía de uso en detalle de la Raspberry Pi 4
En la parte central de la Raspberry Pi 4 es donde encontraremos la CPU principal y la memoria RAM, en la zona inferior es donde tendremos el puerto USB tipo C para la alimentación del dispositivo, los dos puertos micro HDMI, y también el jack 3,5mm para audio y video. En la parte derecha es donde tendremos los dos puertos USB 2.0 (en color negro), los dos puertos USB 3.0 (en color azul), y por último, el puerto Gigabit Ethernet para la LAN, el cual nos permitirá conseguir hasta 950Mbps de velocidad en la red local. En la zona superior es donde encontraremos los 40-pin GPIO que incorpora esta placa, un detalle interesante es que estos GPIO son los mismos que el resto de Raspberry Pi.
En la parte de la izquierda es donde encontraremos el MIPI del display, y en la zona de la memoria RAM podremos ver el MIPI para la cámara. Justo donde la zona de la CPU y RAM, es donde podremos ver el modelo exacto del dispositivo grabado en la placa.
En la zona posterior de esta Raspberry Pi 4 es donde tendremos toda la circuitería trasera, y el slot para tarjetas micro SD. Este slot para tarjetas micro SD nos permitirá cargar fácilmente cualquier sistema operativo en su interior, y si tenemos varias micro SD, podremos cambiar rápidamente de sistema operativo.
La parte positiva de utilizar un slot para tarjetas micro SD, es que podremos cambiar de sistema operativo con tan solo intercambiar la tarjeta. La parte negativa es que el rendimiento se verá limitado por el propio slot, y también por la tarjeta micro SD. Si tuviéramos una memoria interna, el funcionamiento sería más rápido, pero no podríamos cambiar de sistema operativo tan fácilmente.
Hasta aquí hemos llegado con nuestro análisis externo de la Raspberry Pi 4, ahora vamos a irnos al laboratorio de pruebas donde comprobaremos el rendimiento real de este dispositivo.
Laboratorio de Pruebas
En RedesZone hemos puesto la Raspberry Pi 4 a prueba en múltiples aspectos, ya que es un miniordenador con una gran cantidad de posibilidades, como usarla de router principal, usarla como servidor NAS, y otros múltiples usos. Hemos comprobado el rendimiento del dispositivo a nivel de red (puerto Gigabit Ethernet, Wi-Fi 2.4GHz y 5GHz, y Bluetooth), también a nivel de CPU y RAM pasando diferentes benchmarks, e incluso hemos comprobado la velocidad de sus puertos USB 2.0 y USB 3.0. Por último, también hemos realizado pruebas de temperatura, e incluso en reproducción multimedia haciendo uso de Plex Media Server, KODI y también VLC.
El sistema operativo utilizado en las pruebas con esta Raspberry Pi 4 de 4GB de RAM es Raspbian en su última versión a fecha de julio 2019, y actualizada con los últimas versiones de kernel y software. También tenemos instalado el último firmware para esta Raspberry Pi 4, tal y como podéis ver a continuación:
Pruebas de red
Prueba del puerto Gigabit Ethernet para la LAN
En estas pruebas LAN utilizaremos JPerf para ver cómo se comporta este dispositivo con múltiples conexiones TCP en la red local. De esta forma, comprobaremos si podremos exprimir la red local al máximo transfiriendo mucho tráfico. El router utilizado es el ASUS RT-AX88U, hemos usado MTU de 1500 bytes, cables CAT 7 y el hardware del ordenador cliente es el de siempre de nuestro banco de pruebas.
Con 10 hilos TCP concurrentes obtenemos una velocidad de transferencia de 113MB/s, un resultado excelente, que nada tiene que ver con el rendimiento obtenido en pruebas similares con la Raspberry Pi 3B+. Podemos ver cómo los hilos se transfieren a la misma velocidad, esto es sinónimo de estabilidad en la transferencia de los datos, por tanto, la Raspberry Pi 4 está gestionando eficientemente todo el tráfico.
Con 100 hilos TCP concurrentes obtenemos una velocidad de transferencia de 107MB/s, un resultado excelente. Podemos ver cómo los hilos se transfieren a la misma velocidad.
Con 200 hilos TCP concurrentes obtenemos una velocidad de transferencia de 106MB/s, un resultado excelente. Podemos ver cómo los hilos se transfieren a la misma velocidad, esto es sinónimo de estabilidad en la transferencia de los datos. Este router gaming tiene un rendimiento perfecto en esta prueba.
Una vez que hemos comprobado el rendimiento del puerto Gigabit Ethernet con Jperf (el cual usa iperf2), vamos a probar iperf 3 con 100 hilos TCP concurrentes, para que veáis cómo el rendimiento que nos proporciona es muy similar. Os ponemos la medición tanto en MB/s como también en Mbps.
Como conclusiones, podemos ver cómo hemos sido capaces de transferir datos a una gran velocidad, concretamente el máximo que nos permite la interfaz Gigabit Ethernet. Vamos a poder tranferir datos en red local a más de 900Mbps sin ningún problema, nada que ver con las anteriores Raspberry Pi donde estábamos muy limitados a nivel de red.
Prueba del Wi-Fi de la Raspberry Pi 4
En esta prueba de rendimiento inalámbrico Wi-Fi, hemos ubicado la Raspberry Pi 4 en la misma habitación contigua de siempre. Si es la primera vez que ves un análisis nuestro, te recomendamos leer nuestro Banco de pruebas Wireless. El router utilizado es el ASUS RT-AX88U actualizado con el último firmware Asuswrt Merlin, la configuración inalámbrica es la siguiente:
- 2.4GHz: Modo inalámbrico Auto, Frames AX Habilitado, Ancho de canal fijado a 40MHz y canal fijo en 7+11.
- 5GHz: Modo inalámbrico Auto, Frames AX Habilitado, Ancho de canal en automático 20/40/80/160MHz y canal fijo en 40.
En todas las pruebas hemos realizado el típico Test de Velocidad desde el navegador Mozilla Firefox ESR directamente desde la Raspberry Pi. Hemos utilizado tanto la banda de 2.4GHz como de 5GHz.
- Banda de 2.4GHz: Hemos obtenido una sincronización de 150Mbps de recepción y 150Mbps de transmisión. La velocidad real que hemos conseguido es de 88,52Mbps de descarga y 90,02Mbps de subida.
En el menú del firmware de ASUS podéis ver la velocidad de sincronización y también el RSSI del dispositivo. Algo que nos ha llamado la atención, es que parece ser que tiene 2-streams, por tanto, dos antenas internas, pero la velocidad de sincronización unido al ancho de canal de 40MHz, nos dice lo contrario, que tiene una única antena interna. Creemos que esta Raspberry Pi 4 tiene una única antena, a juzgar por la velocidad de sincronización.
- Banda de 5GHz: Hemos obtenido una sincronización de 200Mbps de recepción, y 150Mbps de transmisión. La velocidad real que hemos conseguido es de 102,63Mbps de descarga y 94,44Mbps de subida.
En el menú del firmware de ASUS podéis ver la velocidad de sincronización y también el RSSI del dispositivo. Algo que nos ha llamado la atención, es que parece que no está sincronizando en modo Wi-Fi AC, aparece 1 único stream y utiliza el estándar Wi-Fi N, de hecho, hace uso de 40MHz de ancho de canal y no 80MHz de ancho de canal que debería ser lo normal. Justo debajo tenemos un dispositivo con 2 antenas internas, Wi-Fi AC y que el ancho de canal utilizado es de 80MHz. Hemos probado a utilizar diferentes configuraciones en el router ASUS RT-AX88U, y hemos sido incapaces de que obtuviera una mayor sincronización.
También hemos probado a conectar la Raspberry Pi 4 desde ubicaciones alejadas, como la habitación de abajo, los resultados son los siguientes:
- Banda de 2.4GHz: Hemos obtenido una sincronización de 150Mbps de recepción y 135Mbps de transmisión. La velocidad real que hemos conseguido es de 63,2Mbps de descarga y 59,62Mbps de subida.
- Banda de 5GHz: No es capaz de detectar ni conectarse a la red inalámbrica Wi-Fi.
Por último, hemos probado esta Raspberry Pi 4 en el trastero, la ubicación más alejada horizontalmente, los resultados son los siguientes:
- Banda de 2.4GHz: Hemos obtenido una sincronización de 135Mbps de recepción y 135Mbps de transmisión. La velocidad real que hemos conseguido es de 52,6Mbps de descarga y 53,9Mbps de subida.
- Banda de 5GHz: No es capaz de detectar ni conectarse a la red inalámbrica Wi-Fi.
En el análisis del router ASUS RT-AX88U puedes ver en detalle el rendimiento obtenido con diferentes tarjetas Wi-Fi.
Prueba del Bluetooth 5.0 en la Raspberry Pi 4
En esta prueba hemos conectado nuestro smartphone Samsung Galaxy S8+ a la Raspberry Pi 4 vía Bluetooth 5.0, y transferir archivos, pero parece ser que solo funciona si instalas blueman (sudo apt install blueman), y reinicias el dispositivo. Hemos comprobado que la velocidad de transferencia es de 0,18MB/s.
Pruebas USB
Las pruebas USB son como las que venimos haciendo habitualmente en los routers. Comprobaremos la velocidad de lectura y escritura en formato NTFS ya que copiaremos ficheros de más de 4GB (vídeos en alta definición), pero también realizaremos las mismas pruebas en formato EXT4 nativo de Linux. Para poder escribir en el disco con NTFS, hemos instalado ntfs-3g. Realizaremos las medidas con diferentes servicios, rendimiento de lectura y escritura directo con DD, con un servidor Samba, servidor FTP, FTPES, SFTP, y también hemos comprobado el rendimiento con DLNA y Plex Media Server.
Todas las medidas están en MB/s.
| Raspberry Pi 4 | Lectura / NTFS (MB/s) | Lectura / EXT4 (MB/s) | Escritura / NTFS (MB/s) | Escritura / EXT4 (MB/s) |
| USB 2.0: Directo DD | 11,4 | 23,4 | 11,4 | 12 |
| USB 3.0 Directo DD | 67 | 388 | 27,5 | 205 |
| USB 2.0: SMB3 (Sin cifrado) | 8,5 | 8,5 | 8,5 | 8,5 |
| USB 3.0: SMB3 (Sin cifrado) | 110 | 109 | 36 | 95 |
| USB 2.0: SMB3 (Con cifrado) | 8,5 | 8,5 | 8,5 | 8,5 |
| USB 3.0: SMB3 (Con cifrado) | 20,5 | 20,2 | 20,4 | 20,1 |
| USB 2.0: FTP (Sin cifrado) | 11,4 | 11,1 | 9,4 | 8,5 |
| USB 3.0: FTP (Sin cifrado) | 108,5 | 116 | 31,5 | 115 |
| USB 2.0: FTPES (Con cifrado) | 11,7 | 11,3 | 11,4 | 11,2 |
| USB 3.0: FTPES (Con cifrado) | 22,8 | 22,6 | 13,8 | 23,4 |
| USB 2.0: SFTP (SSH) | 10,6 | 11,6 | 9,4 | 8,7 |
| USB 3.0: SFTP (SSH) | 25 | 25 | 23,5 | 25,4 |
La configuración del servidor FTPES es la siguiente:
- Cifrado asimétrico: Certificado autofirmado RSA de 4096 bits, con firma SHA256.
- Intercambio de clave: ECDHE-RSA
- Cifrado simétrico TLS 1.3 con AES-256-GCM
La configuración del servidor SFTP (SSH) es la siguiente:
- Clave del servidor SSH-ED25519 256
- Intercambio de clave: ECDH con Curve 25519 y HASH SHA256
- Cifrado simétrico AES-256-GCM
También hemos comprobado el rendimiento USB 2.0, y USB 3.0 haciendo uso de la utilidad HDparm, a continuación, podéis ver las cifras que hemos obtenido. La primera captura corresponde al rendimiento USB 2.0, y la segunda al puerto USB 3.0.
Otra prueba que hemos realizado es utilizar el programa iozone para comprobar la velocidad de lectura y escritura en las mejores condiciones: USB 3.0 y usar el formato EXT4. A continuación, podéis ver toda la información:
root@raspberrypi:/media/pi/SSD_128# iozone -e -I -a -s 100M -r
4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Iozone: Performance Test of File I/O
Version $Revision: 3.487 $
Compiled for 32 bit mode.
Build: linux-arm
Run began: Thu Jul 25 19:41:59 2019
Include fsync in write timing
O_DIRECT feature enabled
Auto Mode
File size set to 102400 kB
Record Size 4 kB
Record Size 16 kB
Record Size 512 kB
Record Size 1024 kB
Record Size 16384 kB
Command line used: iozone -e -I -a -s 100M -r 4k -r 16k
-r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Output is in kBytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 kBytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 13649 15829 19243 19095 13531 15816
102400 16 48643 42204 54594 56253 49121 38582
102400 512 128601 130548 130961 132184 132086 130881
102400 1024 146685 162188 126678 127902 127697 126585
102400 16384 216153 203246 189523 184042 221436 214944
iozone test complete.
Como conclusiones del rendimiento USB 2.0, podemos ver que está por debajo de lo esperado, ya que conseguiremos entorno a
los 12MB/s en el mejor de los casos, esperábamos una velocidad entorno a los 30MB/s aproximadamente, tal y como tenemos en los routers tope de gama.
En cuanto al rendimiento USB 3.0 se refiere, en este caso es excelente, pero con matices. Si hacemos uso del formato NTFS la velocidad de lectura en los diferentes protocolos sin cifrado es de 110MB/s aproximadamente, sin embargo, en escritura baja hasta unos 30MB/s por usar el ntfs-3g de Linux. Sin embargo, si hacemos uso del formato EXT4 nativo de Linux, sí conseguiremos una velocidad de lectura y escritura excelente, llegando hasta más de 100MB/s sin problemas.
El rendimiento del servidor Samba, FTP, FTPES y SFTP es excelente, y hemos obtenido los resultados que esperábamos. Debemos recordar que esta Raspberry Pi 4 no dispone de un procesador con AES-NI, por tanto, al usar cualquier cifrado con AES no conseguiremos ningún tipo de aceleración por hardware, esto se notará en el rendimiento FTPES y SFTP sobre todo. El rendimiento de la Raspberry Pi 4 en FTPES y SFTP es bastante superior a los principales routers tope de gama que podemos comprar hoy en día.
Por último, hemos probado a reproducir contenido multimedia vía streaming con un servidor DLNA y también con Plex Media Server. Hemos podido reproducir sin problema contenido en 4K, pero cuando intentamos hacer transcoding con Plex Media Server, la CPU no es capaz de aguantar y no tenemos una buena experiencia de usuario. En este último caso, hemos hecho transcoding de una película 4K a Full HD, y no ha sido capaz de aguantarlo. Si reproducimos contenido 4K directamente el funcionamiento es perfecto.
Pruebas de CPU, RAM y slot micro SD
En estas pruebas hemos pasado diferentes benchmarks al procesador principal de la Raspberry Pi 4, y también hemos comprobado el rendimiento la memoria RAM, y por supuesto, del slot micro SD con la tarjeta micro SD Sandisk de 16GB que venía por defecto. En todas las pruebas hemos indicado el benchmark utilizado y una captura de pantalla con los resultados obtenidos.
CPU: Benchmark stream
CPU: Benchmark sysbench
CPU: Benchmark OpenSSL
En este benchmark personalizado podremos ver lo que tarda la Raspberry Pi 4 cuando utilizamos diferentes tipos de cifrado simétrico, e incluso el rendimiento cuando usamos hashes y RSA.
CPU y RAM: Benchmark SBC Bench (Prueba 1)
Este benchmark es uno de los más completos, ya que es capaz de comprobar el rendimiento de la CPU en diferentes escenarios, y también del rendimiento de la memoria RAM. A continuación, podéis ver una captura de pantalla y todo el registro de información, para que lo comparéis con otros dispositivos similares:
sbc-bench v0.6.7 Raspberry Pi ? Rev 1.1 (Thu, 25 Jul 2019 12:49:16 +0200)
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Architecture: armhf
Raspberry Pi ThreadX version:
Apr 12 2019 10:10:16
Copyright (c) 2012 Broadcom
version 734e3d9d07dac67f87522a09274cf1ebb2901c76 (clean) (release) (start)
ThreadX configuration (/boot/config.txt):
disable_overscan=1
dtparam=audio=on
dtoverlay=vc4-fkms-v3d
Actual ThreadX settings:
arm_freq=1500
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=500
core_freq_min=500
disable_commandline_tags=2
disable_l2cache=1
disable_overscan=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
enable_gic=1
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=500
gpu_freq_min=500
hdmi_force_cec_address=65535
init_uart_clock=0x2dc6c00
lcd_framerate=60
mask_gpu_interrupt0=1024
mask_gpu_interrupt1=0x10000
over_voltage_sdram_p=2
pause_burst_frames=1
program_serial_random=1
sdram_freq=500
sdram_schmoo=0x2000020
/usr/bin/gcc (Raspbian 8.3.0-6+rpi1) 8.3.0
Uptime: 12:49:16 up 1:09, 2 users, load average: 0,35, 0,64, 1,18
Linux 4.19.29-v7l+ (raspberrypi) 25/07/19 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
12,79 0,04 7,92 5,51 0,00 73,74
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 6,71 141,13 71,00 586219 294925
sdb 0,17 9,58 0,00 39773 16
total used free shared buff/cache available
Mem: 3,8Gi 214Mi 1,3Gi 1,9Gi 2,3Gi 1,5Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
#################################################
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1498.498/1497.803/1498.238
Cpufreq OPP: 600 ThreadX: 600 Measured: 597.857/597.999/598.533
##################################################
tinymembench v0.4.9 (simple benchmark for memory throughput and latency)
==================================================
== Memory bandwidth tests ==
== ==
== Note 1: 1MB = 1000000 bytes ==
== Note 2: Results for 'copy' tests show how many bytes can be ==
== copied per second (adding together read and writen ==
== bytes would have provided twice higher numbers) ==
== Note 3: 2-pass copy means that we are using a small temporary buffer ==
== to first fetch data into it, and only then write it to the ==
== destination (source -> L1 cache, L1 cache -> destination) ==
== Note 4: If sample standard deviation exceeds 0.1%, it is shown in ==
== brackets ==
===================================================
C copy backwards : 1186.6 MB/s (1.9%)
C copy backwards (32 byte blocks) : 1183.9 MB/s
C copy backwards (64 byte blocks) : 1184.5 MB/s (0.7%)
C copy : 2725.2 MB/s (1.0%)
C copy prefetched (32 bytes step) : 1191.5 MB/s (0.7%)
C copy prefetched (64 bytes step) : 1180.9 MB/s
C 2-pass copy : 2407.2 MB/s (0.3%)
C 2-pass copy prefetched (32 bytes step) : 1207.3 MB/s (0.9%)
C 2-pass copy prefetched (64 bytes step) : 1207.5 MB/s (0.7%)
C fill : 3319.0 MB/s
C fill (shuffle within 16 byte blocks) : 3322.8 MB/s (0.7%)
C fill (shuffle within 32 byte blocks) : 3322.6 MB/s (0.4%)
C fill (shuffle within 64 byte blocks) : 3313.6 MB/s
---
standard memcpy : 2720.1 MB/s (0.5%)
standard memset : 3318.9 MB/s (0.2%)
---
NEON read : 4188.4 MB/s
NEON read prefetched (32 bytes step) : 4317.3 MB/s (0.3%)
NEON read prefetched (64 bytes step) : 4334.5 MB/s (0.7%)
NEON read 2 data streams : 3980.0 MB/s (0.1%)
NEON read 2 data streams prefetched (32 bytes step) : 3921.0 MB/s (0.6%)
NEON read 2 data streams prefetched (64 bytes step) : 3916.0 MB/s
NEON copy : 2725.8 MB/s
NEON copy prefetched (32 bytes step) : 2723.0 MB/s (0.5%)
NEON copy prefetched (64 bytes step) : 2726.3 MB/s
NEON unrolled copy : 2719.0 MB/s (0.4%)
NEON unrolled copy prefetched (32 bytes step) : 2749.8 MB/s (0.5%)
NEON unrolled copy prefetched (64 bytes step) : 2750.7 MB/s (0.6%)
NEON copy backwards : 2767.8 MB/s (0.1%)
NEON copy backwards prefetched (32 bytes step) : 2764.2 MB/s (0.5%)
NEON copy backwards prefetched (64 bytes step) : 2764.1 MB/s (0.3%)
NEON 2-pass copy : 2453.1 MB/s
NEON 2-pass copy prefetched (32 bytes step) : 2630.3 MB/s
NEON 2-pass copy prefetched (64 bytes step) : 2662.2 MB/s (0.4%)
NEON unrolled 2-pass copy : 2424.3 MB/s (0.3%)
NEON unrolled 2-pass copy prefetched (32 bytes step) : 2549.2 MB/s
NEON unrolled 2-pass copy prefetched (64 bytes step) : 2630.9 MB/s (0.4%)
NEON fill : 3318.9 MB/s (0.2%)
NEON fill backwards : 3317.1 MB/s
VFP copy : 2722.9 MB/s (1.1%)
VFP 2-pass copy : 2339.0 MB/s
ARM fill (STRD) : 3321.8 MB/s (0.2%)
ARM fill (STM with 8 registers) : 3318.2 MB/s
ARM fill (STM with 4 registers) : 3320.6 MB/s (0.4%)
ARM copy prefetched (incr pld) : 2743.2 MB/s (0.8%)
ARM copy prefetched (wrap pld) : 2718.7 MB/s
ARM 2-pass copy prefetched (incr pld) : 2527.6 MB/s (0.4%)
ARM 2-pass copy prefetched (wrap pld) : 2500.9 MB/s
================================================
== Framebuffer read tests. ==
== ==
== Many ARM devices use a part of the system memory as the framebuffer, ==
== typically mapped as uncached but with write-combining enabled. ==
== Writes to such framebuffers are quite fast, but reads are much ==
== slower and very sensitive to the alignment and the selection of ==
== CPU instructions which are used for accessing memory. ==
== ==
== Many x86 systems allocate the framebuffer in the GPU memory, ==
== accessible for the CPU via a relatively slow PCI-E bus. Moreover, ==
== PCI-E is asymmetric and handles reads a lot worse than writes. ==
== ==
== If uncached framebuffer reads are reasonably fast (at least 100 MB/s ==
== or preferably >300 MB/s), then using the shadow framebuffer layer ==
== is not necessary in Xorg DDX drivers, resulting in a nice overall ==
== performance improvement. For example, the xf86-video-fbturbo DDX ==
== uses this trick. ==
====================================================
NEON read (from framebuffer) : 1339.4 MB/s
NEON copy (from framebuffer) : 753.9 MB/s (0.2%)
NEON 2-pass copy (from framebuffer) : 697.6 MB/s (0.1%)
NEON unrolled copy (from framebuffer) : 598.8 MB/s (0.1%)
NEON 2-pass unrolled copy (from framebuffer) : 608.2 MB/s
VFP copy (from framebuffer) : 773.8 MB/s
VFP 2-pass copy (from framebuffer) : 647.0 MB/s
ARM copy (from framebuffer) : 735.7 MB/s (0.2%)
ARM 2-pass copy (from framebuffer) : 694.9 MB/s
=================================================
== Memory latency test ==
== ==
== Average time is measured for random memory accesses in the buffers ==
== of different sizes. The larger is the buffer, the more significant ==
== are relative contributions of TLB, L1/L2 cache misses and SDRAM ==
== accesses. For extremely large buffer sizes we are expecting to see ==
== page table walk with several requests to SDRAM for almost every ==
== memory access (though 64MiB is not nearly large enough to experience ==
== this effect to its fullest). ==
== ==
== Note 1: All the numbers are representing extra time, which needs to ==
== be added to L1 cache latency. The cycle timings for L1 cache ==
== latency can be usually found in the processor documentation. ==
== Note 2: Dual random read means that we are simultaneously performing ==
== two independent memory accesses at a time. In the case if ==
== the memory subsystem can't handle multiple outstanding ==
== requests, dual random read has the same timings as two ==
== single reads performed one after another. ==
========================================================
block size : single random read / dual random read
1024 : 0.0 ns / 0.0 ns
2048 : 0.0 ns / 0.0 ns
4096 : 0.0 ns / 0.0 ns
8192 : 0.0 ns / 0.0 ns
16384 : 0.0 ns / 0.0 ns
32768 : 0.0 ns / 0.0 ns
65536 : 5.7 ns / 8.9 ns
131072 : 8.6 ns / 11.9 ns
262144 : 12.3 ns / 15.8 ns
524288 : 14.2 ns / 18.1 ns
1048576 : 25.2 ns / 37.8 ns
2097152 : 81.5 ns / 117.9 ns
4194304 : 108.9 ns / 141.0 ns
8388608 : 130.7 ns / 160.8 ns
16777216 : 141.5 ns / 170.3 ns
33554432 : 147.3 ns / 176.3 ns
67108864 : 161.6 ns / 195.9 ns
###################################################
OpenSSL 1.1.1c, built on 28 May 2019
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 55465.99k 73851.22k 82234.54k 84304.21k 85188.61k 85256.87k
aes-128-cbc 62607.58k 76626.67k 83061.50k 84736.34k 84967.42k 85082.11k
aes-192-cbc 56288.98k 67377.22k 72077.65k 73357.65k 73550.51k 73618.77k
aes-192-cbc 56225.03k 67407.77k 71947.18k 73266.86k 73596.93k 73525.93k
aes-256-cbc 50996.51k 60056.17k 63578.79k 64583.34k 64927.06k 64880.64k
aes-256-cbc 46139.17k 58380.93k 63121.75k 64283.31k 64730.45k 64858.79k
#####################################################
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1478 1485 1497 1495 1497 1497 1497 1498 1497
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 1329 100 1294 1293 | 23665 100 2020 2019
23: 1304 100 1330 1329 | 23174 100 2006 2005
24: 1250 100 1345 1344 | 22610 100 1986 1985
25: 1199 100 1370 1369 | 21933 100 1952 1952
---------------------------------- | -----------------
Avr: 100 1335 1334 | 100 1991 1990
Tot: 100 1663 1662
######################################################
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1478 1463 1494 1497 1496 1498 1496 1496 1497
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3740 337 1078 3639 | 93317 398 2002 7961
23: 3747 351 1087 3819 | 90510 395 1983 7831
24: 3604 357 1086 3876 | 88877 398 1959 7802
25: 3506 365 1097 4004 | 85455 396 1918 7605
---------------------------------- | -----------------
Avr: 353 1087 3834 | 397 1965 7800
Tot: 375 1526 5817
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1496 1497 1492 1498 1498 1499 1498 1498 1498
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3803 340 1087 3700 | 93405 398 2002 7969
23: 3715 350 1082 3785 | 90320 394 1982 7815
24: 3611 359 1082 3883 | 88644 397 1959 7782
25: 3495 364 1096 3991 | 85956 398 1921 7650
---------------------------------- | ------------------------------
Avr: 353 1087 3840 | 397 1966 7804
Tot: 375 1526 5822
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1494 1496 1473 1473 1495 1498 1496 1497 1496
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3758 338 1082 3656 | 93405 398 2001 7969
23: 3718 349 1086 3788 | 91404 399 1983 7909
24: 3630 359 1089 3903 | 88796 398 1959 7795
25: 3539 367 1102 4041 | 85852 398 1920 7641
---------------------------------- | -----------------
Avr: 353 1089 3847 | 398 1966 7828
Tot: 376 1528 5838
Compression: 3834,3840,3847
Decompression: 7800,7804,7828
Total: 5817,5822,5838
########################################################
Testing clockspeeds again. System health now:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:05:18: 1500/1500MHz 3.28 88% 2% 85% 0% 0% 0% 78.9°C 0.8437V
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1497.438/1500.013/1499.699
Cpufreq OPP: 600 ThreadX: 600 Measured: 600.818/597.243/597.708
######################################################
System health while running tinymembench:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
12:49:18: 1500/1500MHz 0.35 26% 6% 12% 0% 5% 1% 62.3°C 0.8490V
12:51:18: 1500/1500MHz 1.20 25% 0% 25% 0% 0% 0% 68.2°C 0.8490V
12:53:19: 1500/1500MHz 1.05 25% 0% 25% 0% 0% 0% 68.2°C 0.8490V
12:55:19: 1500/1500MHz 1.02 25% 0% 25% 0% 0% 0% 66.2°C 0.8490V
12:57:19: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 65.7°C 0.8490V
System health while running OpenSSL benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
12:58:35: 1500/1500MHz 1.00 26% 5% 14% 0% 4% 1% 66.7°C 0.8490V
12:58:45: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 66.2°C 0.8490V
12:58:56: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8490V
12:59:06: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.7°C 0.8490V
12:59:16: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 66.7°C 0.8490V
12:59:26: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8490V
12:59:36: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.7°C 0.8490V
12:59:46: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 67.2°C 0.8490V
12:59:56: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8490V
13:00:06: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.7°C 0.8490V
13:00:16: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 68.2°C 0.8490V
System health while running 7-zip single core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:00:24: 1500/1500MHz 1.00 26% 5% 14% 0% 4% 1% 68.2°C 0.8490V
13:01:24: 1500/1500MHz 2.59 25% 0% 24% 0% 0% 0% 67.7°C 0.8490V
13:02:24: 1500/1500MHz 2.57 25% 1% 24% 0% 0% 0% 67.2°C 0.8490V
System health while running 7-zip multi core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:02:55: 1500/1500MHz 2.91 26% 5% 14% 0% 4% 1% 68.2°C 0.8490V
13:03:15: 1500/1500MHz 2.94 78% 2% 76% 0% 0% 0% 73.5°C 0.8490V
13:03:36: 1500/1500MHz 3.19 88% 3% 84% 0% 0% 0% 76.0°C 0.8490V
13:03:57: 1500/1500MHz 3.20 84% 2% 81% 0% 0% 0% 76.4°C 0.8490V
13:04:17: 1500/1500MHz 3.30 86% 3% 83% 0% 0% 0% 76.4°C 0.8490V
13:04:37: 1500/1500MHz 3.49 93% 2% 90% 0% 0% 0% 77.4°C 0.8437V
13:04:57: 1500/1500MHz 3.21 79% 2% 76% 0% 0% 0% 78.9°C 0.8437V
13:05:18: 1500/1500MHz 3.28 88% 2% 85% 0% 0% 0% 78.9°C 0.8437V
Querying ThreadX on RPi for thermal or undervoltage issues:
0100000000000000000
||| |||_ under-voltage
||| ||_ currently throttled
||| |_ arm frequency capped
|||_ under-voltage has occurred since last reboot
||_ throttling has occurred since last reboot
|_ arm frequency capped has occurred since last reboot
#######################################################
Linux 4.19.29-v7l+ (raspberrypi) 25/07/19 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
16,95 0,04 6,52 4,45 0,00 72,04
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 5,77 114,59 65,54 587471 336029
sdb 0,14 7,76 0,00 39773 16
total used free shared buff/cache available
Mem: 3,8Gi 214Mi 1,3Gi 1,9Gi 2,3Gi 1,5Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 3
Model name: Cortex-A72
Stepping: r0p3
CPU max MHz: 1500,0000
CPU min MHz: 600,0000
BogoMIPS: 270.00
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt vfpd32 lpae evtstrm crc32
CPU y RAM: Benchmark SBC Bench (Prueba 2)
Tal y como habéis visto, hemos sufrido de CPU throttling, esto significa que la Raspberry Pi ha bajado la velocidad de la CPU principal debido a que la temperatura ha superado el límite marcado, y por tanto, tendremos menos rendimiento. Debido a esto, hemos procedido a realizar una segunda prueba de SBC Bench, aunque el resultado ha sido muy similar, ya que también hemos sufrido de CPU throttling.
sbc-bench v0.6.7 Raspberry Pi ? Rev 1.1 (Thu, 25 Jul 2019 13:11:03 +0200)
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Architecture: armhf
Raspberry Pi ThreadX version:
Apr 12 2019 10:10:16
Copyright (c) 2012 Broadcom
version 734e3d9d07dac67f87522a09274cf1ebb2901c76 (clean) (release) (start)
ThreadX configuration (/boot/config.txt):
disable_overscan=1
dtparam=audio=on
dtoverlay=vc4-fkms-v3d
Actual ThreadX settings:
arm_freq=1500
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=500
core_freq_min=500
disable_commandline_tags=2
disable_l2cache=1
disable_overscan=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
enable_gic=1
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=500
gpu_freq_min=500
hdmi_force_cec_address=65535
init_uart_clock=0x2dc6c00
lcd_framerate=60
mask_gpu_interrupt0=1024
mask_gpu_interrupt1=0x10000
over_voltage_sdram_p=2
pause_burst_frames=1
program_serial_random=1
sdram_freq=500
sdram_schmoo=0x2000020
/usr/bin/gcc (Raspbian 8.3.0-6+rpi1) 8.3.0
Uptime: 13:11:03 up 3 min, 2 users, load average: 0,09, 0,18, 0,09
Linux 4.19.29-v7l+ (raspberrypi) 25/07/19 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
3,29 0,15 2,08 1,90 0,00 92,58
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 45,31 1489,01 30,21 316653 6425
sda 0,82 17,38 0,02 3697 4
total used free shared buff/cache available
Mem: 3,8Gi 141Mi 3,3Gi 26Mi 349Mi 3,5Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
#########################################################
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1498.777/1498.655/1498.185
Cpufreq OPP: 600 ThreadX: 600 Measured: 598.750/597.337/598.364
##########################################################
tinymembench v0.4.9 (simple benchmark for memory throughput and latency)
==========================================================
== Memory bandwidth tests ==
== ==
== Note 1: 1MB = 1000000 bytes ==
== Note 2: Results for 'copy' tests show how many bytes can be ==
== copied per second (adding together read and writen ==
== bytes would have provided twice higher numbers) ==
== Note 3: 2-pass copy means that we are using a small temporary buffer ==
== to first fetch data into it, and only then write it to the ==
== destination (source -> L1 cache, L1 cache -> destination) ==
== Note 4: If sample standard deviation exceeds 0.1%, it is shown in ==
== brackets ==
==========================================================
C copy backwards : 1023.4 MB/s (3.8%)
C copy backwards (32 byte blocks) : 978.0 MB/s (0.3%)
C copy backwards (64 byte blocks) : 974.3 MB/s
C copy : 2432.5 MB/s
C copy prefetched (32 bytes step) : 984.8 MB/s (0.2%)
C copy prefetched (64 bytes step) : 974.2 MB/s (1.1%)
C 2-pass copy : 2203.0 MB/s
C 2-pass copy prefetched (32 bytes step) : 1031.6 MB/s
C 2-pass copy prefetched (64 bytes step) : 1037.5 MB/s (1.6%)
C fill : 3169.7 MB/s
C fill (shuffle within 16 byte blocks) : 3169.7 MB/s (0.3%)
C fill (shuffle within 32 byte blocks) : 3169.6 MB/s
C fill (shuffle within 64 byte blocks) : 3167.0 MB/s (0.7%)
---
standard memcpy : 2426.6 MB/s
standard memset : 3169.4 MB/s (0.4%)
---
NEON read : 4018.5 MB/s (0.6%)
NEON read prefetched (32 bytes step) : 4123.2 MB/s (1.8%)
NEON read prefetched (64 bytes step) : 4125.6 MB/s
NEON read 2 data streams : 3715.4 MB/s
NEON read 2 data streams prefetched (32 bytes step) : 3646.3 MB/s
NEON read 2 data streams prefetched (64 bytes step) : 3648.2 MB/s (1.4%)
NEON copy : 2429.6 MB/s
NEON copy prefetched (32 bytes step) : 2431.3 MB/s (0.9%)
NEON copy prefetched (64 bytes step) : 2432.9 MB/s
NEON unrolled copy : 2426.3 MB/s (0.9%)
NEON unrolled copy prefetched (32 bytes step) : 2445.7 MB/s (1.6%)
NEON unrolled copy prefetched (64 bytes step) : 2444.9 MB/s
NEON copy backwards : 2465.3 MB/s (1.3%)
NEON copy backwards prefetched (32 bytes step) : 2470.1 MB/s (1.3%)
NEON copy backwards prefetched (64 bytes step) : 2470.1 MB/s
NEON 2-pass copy : 2239.4 MB/s (0.9%)
NEON 2-pass copy prefetched (32 bytes step) : 2352.0 MB/s (0.9%)
NEON 2-pass copy prefetched (64 bytes step) : 2381.0 MB/s (1.0%)
NEON unrolled 2-pass copy : 2210.7 MB/s (0.8%)
NEON unrolled 2-pass copy prefetched (32 bytes step) : 2296.7 MB/s
NEON unrolled 2-pass copy prefetched (64 bytes step) : 2363.0 MB/s (0.8%)
NEON fill : 3164.8 MB/s (0.5%)
NEON fill backwards : 3165.9 MB/s
VFP copy : 2429.7 MB/s (0.4%)
VFP 2-pass copy : 2139.7 MB/s
ARM fill (STRD) : 3169.8 MB/s (0.3%)
ARM fill (STM with 8 registers) : 3172.4 MB/s
ARM fill (STM with 4 registers) : 3171.3 MB/s (0.2%)
ARM copy prefetched (incr pld) : 2443.3 MB/s (1.1%)
ARM copy prefetched (wrap pld) : 2427.7 MB/s
ARM 2-pass copy prefetched (incr pld) : 2280.7 MB/s
ARM 2-pass copy prefetched (wrap pld) : 2261.0 MB/s (0.3%)
==========================================================
== Framebuffer read tests. ==
== ==
== Many ARM devices use a part of the system memory as the framebuffer, ==
== typically mapped as uncached but with write-combining enabled. ==
== Writes to such framebuffers are quite fast, but reads are much ==
== slower and very sensitive to the alignment and the selection of ==
== CPU instructions which are used for accessing memory. ==
== ==
== Many x86 systems allocate the framebuffer in the GPU memory, ==
== accessible for the CPU via a relatively slow PCI-E bus. Moreover, ==
== PCI-E is asymmetric and handles reads a lot worse than writes. ==
== ==
== If uncached framebuffer reads are reasonably fast (at least 100 MB/s ==
== or preferably >300 MB/s), then using the shadow framebuffer layer ==
== is not necessary in Xorg DDX drivers, resulting in a nice overall ==
== performance improvement. For example, the xf86-video-fbturbo DDX ==
== uses this trick. ==
============================================================
NEON read (from framebuffer) : 1262.3 MB/s
NEON copy (from framebuffer) : 740.6 MB/s (0.4%)
NEON 2-pass copy (from framebuffer) : 670.4 MB/s
NEON unrolled copy (from framebuffer) : 596.2 MB/s
NEON 2-pass unrolled copy (from framebuffer) : 586.1 MB/s
VFP copy (from framebuffer) : 744.8 MB/s (0.1%)
VFP 2-pass copy (from framebuffer) : 623.3 MB/s
ARM copy (from framebuffer) : 716.6 MB/s (0.3%)
ARM 2-pass copy (from framebuffer) : 665.8 MB/s (0.2%)
=============================================================
== Memory latency test ==
== ==
== Average time is measured for random memory accesses in the buffers ==
== of different sizes. The larger is the buffer, the more significant ==
== are relative contributions of TLB, L1/L2 cache misses and SDRAM ==
== accesses. For extremely large buffer sizes we are expecting to see ==
== page table walk with several requests to SDRAM for almost every ==
== memory access (though 64MiB is not nearly large enough to experience ==
== this effect to its fullest). ==
== ==
== Note 1: All the numbers are representing extra time, which needs to ==
== be added to L1 cache latency. The cycle timings for L1 cache ==
== latency can be usually found in the processor documentation. ==
== Note 2: Dual random read means that we are simultaneously performing ==
== two independent memory accesses at a time. In the case if ==
== the memory subsystem can't handle multiple outstanding ==
== requests, dual random read has the same timings as two ==
== single reads performed one after another. ==
==============================================================
block size : single random read / dual random read
1024 : 0.0 ns / 0.0 ns
2048 : 0.0 ns / 0.0 ns
4096 : 0.0 ns / 0.0 ns
8192 : 0.0 ns / 0.0 ns
16384 : 0.0 ns / 0.0 ns
32768 : 0.0 ns / 0.0 ns
65536 : 5.7 ns / 8.9 ns
131072 : 8.6 ns / 11.9 ns
262144 : 12.3 ns / 15.8 ns
524288 : 14.2 ns / 18.1 ns
1048576 : 25.2 ns / 37.6 ns
2097152 : 85.9 ns / 125.2 ns
4194304 : 109.0 ns / 141.1 ns
8388608 : 130.6 ns / 162.0 ns
16777216 : 141.4 ns / 172.1 ns
33554432 : 147.0 ns / 177.7 ns
67108864 : 160.3 ns / 195.2 ns
###########################################################
OpenSSL 1.1.1c, built on 28 May 2019
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 62560.68k 76501.40k 82835.20k 84353.02k 84934.66k 84723.24k
aes-128-cbc 62602.09k 76453.74k 82807.64k 84454.06k 84803.58k 84907.35k
aes-192-cbc 56276.78k 67203.18k 71865.94k 73098.92k 73364.82k 73340.25k
aes-192-cbc 56291.32k 67363.82k 71764.74k 73139.88k 73509.55k 73411.24k
aes-256-cbc 50951.20k 59942.21k 63414.02k 64432.13k 64752.30k 64765.95k
aes-256-cbc 50859.96k 59923.20k 63503.10k 64321.54k 64697.69k 64623.96k
###########################################################
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1475 1488 1497 1498 1498 1498 1472 1498 1498
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 1310 100 1275 1275 | 23688 100 2021 2021
23: 1279 100 1304 1304 | 23196 100 2008 2007
24: 1241 100 1335 1334 | 22639 100 1988 1987
25: 1196 100 1366 1366 | 21959 100 1955 1954
---------------------------------- | -----------------
Avr: 100 1320 1320 | 100 1993 1992
Tot: 100 1656 1656
######################################################
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1479 1475 1496 1498 1497 1498 1498 1498 1498
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3586 341 1022 3489 | 93493 399 2000 7976
23: 3598 355 1033 3667 | 90938 397 1980 7868
24: 3480 359 1041 3742 | 88710 398 1956 7787
25: 3370 366 1051 3849 | 85626 398 1917 7621
---------------------------------- | --------------------
Avr: 355 1037 3686 | 398 1963 7813
Tot: 377 1500 5750
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1495 1497 1498 1499 1492 1498 1499 1497 1498
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3568 338 1028 3471 | 92943 397 1999 7930
23: 3516 348 1028 3582 | 91064 398 1980 7879
24: 3499 363 1037 3762 | 88409 397 1956 7761
25: 3391 368 1051 3872 | 84243 392 1914 7498
---------------------------------- | --------------------
Avr: 354 1036 3672 | 396 1962 7767
Tot: 375 1499 5719
7-Zip (a) [32] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=es_ES.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1494 1498 1498 1497 1498 1498 1498 1498 1498
RAM size: 3910 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 3650 344 1031 3551 | 93083 397 2002 7942
23: 3577 353 1032 3645 | 91266 398 1984 7897
24: 3499 363 1037 3763 | 89087 399 1960 7821
25: 3387 370 1046 3868 | 86125 399 1921 7665
---------------------------------- | ------------------
Avr: 358 1037 3707 | 398 1967 7831
Tot: 378 1502 5769
Compression: 3686,3672,3707
Decompression: 7813,7767,7831
Total: 5750,5719,5769
######################################################
Testing clockspeeds again. System health now:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:26:57: 1500/1500MHz 3.40 88% 2% 85% 0% 0% 0% 78.9°C 0.8419V
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1497.230/1498.951/1498.359
Cpufreq OPP: 600 ThreadX: 600 Measured: 598.771/597.796/597.438
#########################################################
System health while running tinymembench:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:11:05: 1500/1500MHz 0.09 7% 2% 3% 0% 1% 0% 62.3°C 0.8472V
13:13:05: 1500/1500MHz 0.93 25% 0% 25% 0% 0% 0% 68.2°C 0.8472V
13:15:05: 1500/1500MHz 1.10 25% 0% 25% 0% 0% 0% 69.1°C 0.8472V
13:17:06: 1500/1500MHz 1.01 25% 0% 24% 0% 0% 0% 66.2°C 0.8472V
13:19:06: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 65.7°C 0.8472V
System health while running OpenSSL benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:20:12: 1500/1500MHz 1.00 20% 0% 18% 0% 0% 0% 65.2°C 0.8472V
13:20:22: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 66.2°C 0.8472V
13:20:32: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8472V
13:20:42: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.7°C 0.8472V
13:20:52: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 69.1°C 0.8472V
13:21:02: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 68.2°C 0.8472V
13:21:12: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8472V
13:21:22: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 67.2°C 0.8472V
13:21:32: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 68.7°C 0.8472V
13:21:42: 1500/1500MHz 1.07 25% 0% 24% 0% 0% 0% 68.2°C 0.8472V
13:21:53: 1500/1500MHz 1.06 25% 0% 25% 0% 0% 0% 68.7°C 0.8472V
System health while running 7-zip single core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:22:00: 1500/1500MHz 1.05 21% 0% 19% 0% 0% 0% 68.7°C 0.8472V
13:23:00: 1500/1500MHz 2.27 25% 0% 24% 0% 0% 0% 67.2°C 0.8472V
13:24:00: 1500/1500MHz 2.66 25% 0% 24% 0% 0% 0% 67.2°C 0.8472V
System health while running 7-zip multi core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
13:24:32: 1500/1500MHz 2.77 21% 0% 20% 0% 0% 0% 68.2°C 0.8472V
13:24:52: 1500/1500MHz 2.69 79% 2% 76% 0% 0% 0% 74.0°C 0.8472V
13:25:13: 1500/1500MHz 3.12 88% 3% 85% 0% 0% 0% 76.0°C 0.8472V
13:25:34: 1500/1500MHz 3.46 83% 2% 81% 0% 0% 0% 76.4°C 0.8472V
13:25:54: 1500/1500MHz 3.55 89% 2% 86% 0% 0% 0% 77.4°C 0.8472V
13:26:16: 1500/1500MHz 3.68 91% 3% 88% 0% 0% 0% 78.4°C 0.8472V
13:26:36: 1500/1500MHz 3.27 80% 2% 78% 0% 0% 0% 78.9°C 0.8419V
13:26:57: 1500/1500MHz 3.40 88% 2% 85% 0% 0% 0% 78.9°C 0.8419V
Querying ThreadX on RPi for thermal or undervoltage issues:
0100000000000000000
||| |||_ under-voltage
||| ||_ currently throttled
||| |_ arm frequency capped
|||_ under-voltage has occurred since last reboot
||_ throttling has occurred since last reboot
|_ arm frequency capped has occurred since last reboot
#########################################################
dmesg output while running the benchmarks:
[ 613.855708] ------------[ cut here ]------------
[ 613.855757] WARNING: CPU: 0 PID: 529 at drivers/gpu/drm/drm_atomic_helper.c:1000 drm_atomic_helper_commit_modeset_disables+0x444/0x448 [drm_kms_helper]
[ 613.855761] driver forgot to call drm_crtc_vblank_off()
[ 613.855765] Modules linked in: fuse rfcomm bnep hci_uart btbcm serdev bluetooth ecdh_generic 8021q garp stp llc evdev brcmfmac brcmutil vc4 sha256_generic drm_kms_helper v3d gpu_sched cfg80211 snd_soc_core snd_bcm2835(C) drm snd_compress snd_pcm_dmaengine drm_panel_orientation_quirks snd_pcm rfkill bcm2835_codec(C) bcm2835_v4l2(C) v4l2_mem2mem snd_timer syscopyarea sysfillrect bcm2835_mmal_vchiq(C) sysimgblt fb_sys_fops videobuf2_dma_contig v4l2_common videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 snd videobuf2_common videodev media vc_sm_cma(C) sg uio_pdrv_genirq uio fixed i2c_dev ip_tables x_tables ipv6
[ 613.855983] CPU: 0 PID: 529 Comm: Xorg Tainted: G C 4.19.29-v7l+ #2
[ 613.855986] Hardware name: BCM2835
[ 613.856005] [] (unwind_backtrace) from [] (show_stack+0x20/0x24)
[ 613.856015] [] (show_stack) from [] (dump_stack+0xcc/0x110)
[ 613.856023] [] (dump_stack) from [] (__warn+0xf0/0x108)
[ 613.856030] [] (__warn) from [] (warn_slowpath_fmt+0x58/0x74)
[ 613.856065] [] (warn_slowpath_fmt) from [] (drm_atomic_helper_commit_modeset_disables+0x444/0x448 [drm_kms_helper])
[ 613.856131] [] (drm_atomic_helper_commit_modeset_disables [drm_kms_helper]) from [] (vc4_atomic_complete_commit+0x44/0x310 [vc4])
[ 613.856176] [] (vc4_atomic_complete_commit [vc4]) from [] (vc4_atomic_commit+0xe8/0x178 [vc4])
[ 613.856268] [] (vc4_atomic_commit [vc4]) from [] (drm_atomic_commit+0x54/0x60 [drm])
[ 613.856407] [] (drm_atomic_commit [drm]) from [] (drm_mode_atomic_ioctl+0x92c/0xb50 [drm])
[ 613.856538] [] (drm_mode_atomic_ioctl [drm]) from [] (drm_ioctl_kernel+0x94/0xf0 [drm])
[ 613.856669] [] (drm_ioctl_kernel [drm]) from [] (drm_ioctl+0x204/0x3b4 [drm])
[ 613.856741] [] (drm_ioctl [drm]) from [] (do_vfs_ioctl+0xc0/0x7c8)
[ 613.856750] [] (do_vfs_ioctl) from [] (ksys_ioctl+0x44/0x68)
[ 613.856757] [] (ksys_ioctl) from [] (sys_ioctl+0x18/0x1c)
[ 613.856765] [] (sys_ioctl) from [] (ret_fast_syscall+0x0/0x28)
[ 613.856769] Exception stack(0xdb553fa8 to 0xdb553ff0)
[ 613.856775] 3fa0: 00f9d698 be805a78 0000000c c03864bc be805a78 00000000
[ 613.856780] 3fc0: 00f9d698 be805a78 c03864bc 00000036 01396868 01364f38 013053c8 0000002a
[ 613.856784] 3fe0: b6cef08c be805a44 b6cd6594 b696251c
[ 613.856790] ---[ end trace a411317b26830dcf ]---
#################################################
Linux 4.19.29-v7l+ (raspberrypi) 25/07/19 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
28,91 0,05 1,03 0,36 0,00 69,65
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 9,16 270,46 12,15 319185 14341
sda 0,15 3,13 0,00 3697 4
total used free shared buff/cache available
Mem: 3,8Gi 148Mi 3,3Gi 26Mi 354Mi 3,5Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 3
Model name: Cortex-A72
Stepping: r0p3
CPU max MHz: 1500,0000
CPU min MHz: 600,0000
BogoMIPS: 270.00
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU: Benchmark Phoronix Test Suite
Otro benchmark muy conocido y utilizado es Phoronix Test Suite, en RedesZone también lo hemos utilizado para que veáis el rendimiento que hemos obtenido, y además, podréis ver una comparativa con otros mini ordenadores similares a la Raspberry Pi.
System Information
PROCESSOR: ARMv7 rev 3 @ 1.50GHz
Core Count: 4
Scaling Driver: BCM2835 Freq ondemand
GRAPHICS: DRM emulated
Display Driver: modesetting 1.20.4
Screen: 1920x1080
MOTHERBOARD: BCM2835 Raspberry Pi ? Rev 1.1
MEMORY: 4096MB
DISK: 128GB SSD 850 PRO 128G + 16GB SL16G
File-System: ext4
Mount Options: noatime rw
Disk Scheduler: MQ-DEADLINE
OPERATING SYSTEM: Raspbian 10
Kernel: 4.19.29-v7l+ (armv7l)
Desktop: LXDE
Display Server: X Server 1.20.4
Compiler: GCC 8.3.0
Current Test Identifiers:
- Orange Pi One on Armbian
- Orange Pi PC on Armbian
- Orange Pi Plus on Armbian
- Raspberry Pi 2 on Raspbian
- Raspberry Pi 3 on Raspbian
- Banana Pi M2 by LoveRPi
- Banana Pi M3 by LoveRPi
- Banana Pi M2+ SinoVoip
- Banana Pi M2+ on Armbian
- Banana Pi M2+ Raspbian 8.0
- MiQi on Lubuntu 14.04
- DragonBoard 410c on Debian RPB 16.03
- MeUbuntu 14.04.3
- NanoPi NEO 512MB No Heatsink
- NanoPi NEO 512MB Heatsink
- NanoPi NEO 512MB Heatsink 2
- NanoPi NEO 512MB Heatsink2
- NanoPi NEO 2 FA Ubuntu 16.04.2
- NanoPi NEO 2 Armbian Ubuntu 16.04.2
- VS-RK3399 Board - Debian 9
Enter a unique name to describe this test run / configuration: Rpi4
If desired, enter a new description below to better describe
this result set / s ystem configuration under test.
Press ENTER to proceed without changes.
Current Description: Debian 9 with Linux 4.4 on VS-RD-RK3399
New Description: Rpi4 Test
John The Ripper 1.8.0:
pts/john-the-ripper-1.5.1 [Test: Blowfish]
Test 1 of 6
Estimated Trial Run Count: 3
Estimated Test Run-Time: 3 Minutes
Estimated Time To Completion: 37 Minutes [17:58 CEST]
Started Run 1 @ 17:22:06
Started Run 2 @ 17:23:06
Started Run 3 @ 17:24:05
Started Run 4 @ 17:25:05 *
Started Run 5 @ 17:26:04 *
Started Run 6 @ 17:27:04 *
Started Run 7 @ 17:28:04 *
Started Run 8 @ 17:29:03 *
Started Run 9 @ 17:30:03 *
Started Run 10 @ 17:31:03 *
Started Run 11 @ 17:32:02 *
Started Run 12 @ 17:33:02 *
Started Run 13 @ 17:34:02 *
Started Run 14 @ 17:35:01 *
Started Run 15 @ 17:36:01 *
Test: Blowfish:
1113
852
704
753
745
676
742
744
721
731
661
712
720
723
717
Average: 754 Real C/S
Deviation: 14.30%
Samples: 15
Real C/S > Higher Is Better
Banana Pi M2+ SinoVoip ............... 104
NanoPi NEO 512MB No Heatsink ......... 313
Banana Pi M2+ Raspbian 8.0 ........... 323
Raspberry Pi 2 on Raspbian ........... 387
Banana Pi M2+ on Armbian ............. 390
Banana Pi M2 by LoveRPi .............. 438
NanoPi NEO 512MB Heatsink2 ........... 452
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 456
NanoPi NEO 512MB Heatsink ............ 462
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 478
Orange Pi One on Armbian ............. 509
DragonBoard 410c on Debian RPB 16.03 . 535
Orange Pi Plus on Armbian ............ 540
Orange Pi PC on Armbian .............. 550
Raspberry Pi 3 on Raspbian ........... 599
Rpi4 ................................. 754
VS-RK3399 Board - Debian 9 ........... 759
MeUbuntu 14.04.3 ..................... 1003
MiQi on Lubuntu 14.04 ................ 1055
Banana Pi M3 by LoveRPi .............. 1408
C-Ray 1.1:
pts/c-ray-1.1.0 [Total Time]
Test 2 of 6
Estimated Trial Run Count: 3
Estimated Test Run-Time: 18 Minutes
Estimated Time To Completion: 35 Minutes [18:11 CEST]
Started Run 1 @ 17:37:07
Started Run 2 @ 17:39:17
Started Run 3 @ 17:41:36
Started Run 4 @ 17:43:55 *
Started Run 5 @ 17:46:16 *
Started Run 6 @ 17:48:38 *
Started Run 7 @ 17:50:59 *
Started Run 8 @ 17:53:20 *
Total Time:
124.944
134.254
134.655
136.054
137.411
136.283
136.26
136.176
Average: 134.50 Seconds
Deviation: 2.97%
Samples: 8
Seconds
Banana Pi M2+ SinoVoip ............... 1777.89
Banana Pi M2+ Raspbian 8.0 ........... 893.24
NanoPi NEO 512MB No Heatsink ......... 848.52
Banana Pi M2+ on Armbian ............. 581.37
Raspberry Pi 2 on Raspbian ........... 505.44
NanoPi NEO 512MB Heatsink2 ........... 466.89
NanoPi NEO 512MB Heatsink ............ 461.70
Banana Pi M2 by LoveRPi .............. 431.10
Orange Pi One on Armbian ............. 365.94
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 350.48
Orange Pi Plus on Armbian ............ 350.07
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 344.91
Orange Pi PC on Armbian .............. 344.52
DragonBoard 410c on Debian RPB 16.03 . 341.80
Raspberry Pi 3 on Raspbian ........... 250.79
MeUbuntu 14.04.3 ..................... 200.29
MiQi on Lubuntu 14.04 ................ 136.96
Banana Pi M3 by LoveRPi .............. 136.14
Rpi4 ................................. 134.50
VS-RK3399 Board - Debian 9 ........... 98.08
Smallpt 1.0:
pts/smallpt-1.0.2 [Global Illumination Renderer; 100 Samples]
Test 3 of 6
Estimated Trial Run Count: 3
Estimated Test Run-Time: 10 Minutes
Estimated Time To Completion: 17 Minutes [18:12 CEST]
Started Run 1 @ 17:55:47
Started Run 2 @ 18:08:31
Started Run 3 @ 18:21:22
Global Illumination Renderer; 100 Samples:
758
765
767
Average: 763 Seconds
Deviation: 0.62%
Seconds Higher Is Better
NanoPi NEO 512MB Heatsink2 ........... 15.31
NanoPi NEO 512MB Heatsink ............ 15.34
Banana Pi M3 by LoveRPi .............. 31.80
Raspberry Pi 2 on Raspbian ........... 33.29
NanoPi NEO 512MB No Heatsink ......... 41.32
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 49.18
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 52.67
Banana Pi M2+ SinoVoip ............... 56.83
Raspberry Pi 3 on Raspbian ........... 60.28
Banana Pi M2 by LoveRPi .............. 61.26
Banana Pi M2+ Raspbian 8.0 ........... 63.04
Banana Pi M2+ on Armbian ............. 64.35
Orange Pi One on Armbian ............. 64.38
DragonBoard 410c on Debian RPB 16.03 . 66.91
Orange Pi Plus on Armbian ............ 68.01
Orange Pi PC on Armbian .............. 68.23
MiQi on Lubuntu 14.04 ................ 89.84
VS-RK3399 Board - Debian 9 ........... 195.30
Rpi4 ................................. 260.86
MeUbuntu 14.04.3 ..................... 443.65
OpenSSL 1.0.1g:
pts/openssl-1.9.0 [RSA 4096-bit Performance]
Test 5 of 6
Estimated Trial Run Count: 3
Estimated Test Run-Time: 2 Minutes
Estimated Time To Completion: 5 Minutes [18:54 CEST]
Started Run 1 @ 18:50:21
Started Run 2 @ 18:50:45
Started Run 3 @ 18:51:10
Started Run 4 @ 18:51:34 *
Started Run 5 @ 18:51:58 *
Started Run 6 @ 18:52:23 *
Started Run 7 @ 18:52:47 *
Started Run 8 @ 18:53:11 *
Started Run 9 @ 18:53:36 *
Started Run 10 @ 18:54:00 *
Started Run 11 @ 18:54:24 *
Started Run 12 @ 18:54:49 *
Started Run 13 @ 18:55:13 *
Started Run 14 @ 18:55:37 *
Started Run 15 @ 18:56:02 *
RSA 4096-bit Performance:
38.3
32.4
30.1
28.8
28.1
27.7
27
27.3
26.9
26.9
26.7
26.6
26.4
26.2
26.5
Average: 28.39 Signs Per Second
Deviation: 11.29%
Samples: 15
Signs Per Second > Higher Is Better
Banana Pi M2+ SinoVoip ............... 3.30
Banana Pi M2+ Raspbian 8.0 ........... 6.67
NanoPi NEO 512MB No Heatsink ......... 7.68
Banana Pi M2+ on Armbian ............. 10.48
DragonBoard 410c on Debian RPB 16.03 . 10.90
Raspberry Pi 2 on Raspbian ........... 11.93
NanoPi NEO 512MB Heatsink ............ 12.35
NanoPi NEO 512MB Heatsink2 ........... 12.40
Banana Pi M2 by LoveRPi .............. 13.40
Orange Pi One on Armbian ............. 16
Orange Pi Plus on Armbian ............ 17.13
Orange Pi PC on Armbian .............. 17.20
Raspberry Pi 3 on Raspbian ........... 20.60
Rpi4 ................................. 28.39
MiQi on Lubuntu 14.04 ................ 29.70
Banana Pi M3 by LoveRPi .............. 43.30
MeUbuntu 14.04.3 ..................... 66.53
FLAC Audio Encoding 1.3.1:
pts/encode-flac-1.5.0 [WAV To FLAC]
Test 6 of 6
Estimated Trial Run Count: 5
Estimated Time To Completion: 3 Minutes [18:59 CEST]
Started Run 1 @ 18:56:33
Started Run 2 @ 18:57:36
Started Run 3 @ 18:58:38
Started Run 4 @ 18:59:41
Started Run 5 @ 19:00:44
WAV To FLAC:
58.814458847046
58.765776157379
58.627705097198
58.71599817276
58.730933904648
Average: 58.73 Seconds
Deviation: 0.12%
Seconds Higher Is Better
Orange Pi One on Armbian ............. 509
Orange Pi PC on Armbian .............. 550
Orange Pi Plus on Armbian ............ 540
Raspberry Pi 2 on Raspbian ........... 387
Raspberry Pi 3 on Raspbian ........... 599
Banana Pi M2 by LoveRPi .............. 438
Banana Pi M3 by LoveRPi .............. 1408
Banana Pi M2+ SinoVoip ............... 104
Banana Pi M2+ on Armbian ............. 390
Banana Pi M2+ Raspbian 8.0 ........... 323
MiQi on Lubuntu 14.04 ................ 1055
DragonBoard 410c on Debian RPB 16.03 . 535
MeUbuntu 14.04.3 ..................... 1003
NanoPi NEO 512MB No Heatsink ......... 313
NanoPi NEO 512MB Heatsink ............ 462
NanoPi NEO 512MB Heatsink2 ........... 452
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 456
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 478
VS-RK3399 Board - Debian 9 ........... 759
Rpi4 ................................. 754
C-Ray 1.1
Total Time
Seconds
Orange Pi One on Armbian ............. 365.94
Orange Pi PC on Armbian .............. 344.52
Orange Pi Plus on Armbian ............ 350.07
Raspberry Pi 2 on Raspbian ........... 505.44
Raspberry Pi 3 on Raspbian ........... 250.79
Banana Pi M2 by LoveRPi .............. 431.10
Banana Pi M3 by LoveRPi .............. 136.14
Banana Pi M2+ SinoVoip ............... 1777.89
Banana Pi M2+ on Armbian ............. 581.37
Banana Pi M2+ Raspbian 8.0 ........... 893.24
MiQi on Lubuntu 14.04 ................ 136.96
DragonBoard 410c on Debian RPB 16.03 . 341.80
MeUbuntu 14.04.3 ..................... 200.29
NanoPi NEO 512MB No Heatsink ......... 848.52
NanoPi NEO 512MB Heatsink ............ 461.70
NanoPi NEO 512MB Heatsink2 ........... 466.89
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 350.48
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 344.91
VS-RK3399 Board - Debian 9 ........... 98.08
Rpi4 ................................. 134.50
Smallpt 1.0
Global Illumination Renderer; 100 Samples
Seconds Higher Is Better
Orange Pi One on Armbian ............. 64.38
Orange Pi PC on Armbian .............. 68.23
Orange Pi Plus on Armbian ............ 68.01
Raspberry Pi 2 on Raspbian ........... 33.29
Raspberry Pi 3 on Raspbian ........... 60.28
Banana Pi M2 by LoveRPi .............. 61.26
Banana Pi M3 by LoveRPi .............. 31.80
Banana Pi M2+ SinoVoip ............... 56.83
Banana Pi M2+ on Armbian ............. 64.35
Banana Pi M2+ Raspbian 8.0 ........... 63.04
MiQi on Lubuntu 14.04 ................ 89.84
DragonBoard 410c on Debian RPB 16.03 . 66.91
MeUbuntu 14.04.3 ..................... 443.65
NanoPi NEO 512MB No Heatsink ......... 41.32
NanoPi NEO 512MB Heatsink ............ 15.34
NanoPi NEO 512MB Heatsink2 ........... 15.31
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 52.67
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 49.18
VS-RK3399 Board - Debian 9 ........... 195.30
Rpi4 ................................. 260.86
OpenSSL 1.0.1g
RSA 4096-bit Performance
Signs Per Second > Higher Is Better
Orange Pi One on Armbian ............. 16
Orange Pi PC on Armbian .............. 17.20
Orange Pi Plus on Armbian ............ 17.13
Raspberry Pi 2 on Raspbian ........... 11.93
Raspberry Pi 3 on Raspbian ........... 20.60
Banana Pi M2 by LoveRPi .............. 13.40
Banana Pi M3 by LoveRPi .............. 43.30
Banana Pi M2+ SinoVoip ............... 3.30
Banana Pi M2+ on Armbian ............. 10.48
Banana Pi M2+ Raspbian 8.0 ........... 6.67
MiQi on Lubuntu 14.04 ................ 29.70
DragonBoard 410c on Debian RPB 16.03 . 10.90
MeUbuntu 14.04.3 ..................... 66.53
NanoPi NEO 512MB No Heatsink ......... 7.68
NanoPi NEO 512MB Heatsink ............ 12.35
NanoPi NEO 512MB Heatsink2 ........... 12.40
Rpi4 ................................. 28.39
FLAC Audio Encoding 1.3.1
WAV To FLAC
Seconds Higher Is Better
Orange Pi One on Armbian ... 50.90
Orange Pi PC on Armbian .... 36.67
Orange Pi Plus on Armbian .. 13.85
Raspberry Pi 3 on Raspbian . 17.11
Banana Pi M2 by LoveRPi .... 9.73
Banana Pi M3 by LoveRPi .... 17.60
Himeno Benchmark 3.0
Performance / Cost - Poisson Pressure Solver
MFLOPS Per Dollar > Higher Is Better
Orange Pi One on Armbian ... 6.44
Orange Pi PC on Armbian .... 4.55
Orange Pi Plus on Armbian .. 1.74
Raspberry Pi 3 on Raspbian . 1.72
Banana Pi M2 by LoveRPi .... 1.36
Banana Pi M3 by LoveRPi .... 0.40
OpenSSL 1.0.1g
Performance / Cost - RSA 4096-bit Performance
Signs Per Second Per Dollar > Higher Is Better
Orange Pi One on Armbian ... 1.60
Orange Pi PC on Armbian .... 1.15
Orange Pi Plus on Armbian .. 0.44
Raspberry Pi 3 on Raspbian . 0.59
Banana Pi M2 by LoveRPi .... 0.30
Banana Pi M3 by LoveRPi .... 0.54
Meta Performance Per Dollar
Performance Per Dollar
Performance Per Dollar > Higher Is Better
Orange Pi One on Armbian ... 19.65
Orange Pi PC on Armbian .... 14.12
Orange Pi Plus on Armbian .. 5.34
Raspberry Pi 3 on Raspbian . 6.48
Banana Pi M2 by LoveRPi .... 3.80
Banana Pi M3 by LoveRPi .... 6.18
Timed MAFFT Alignment 6.864
Multiple Sequence Alignment
Seconds
Orange Pi PC on Armbian .............. 62.45
Orange Pi Plus on Armbian ............ 63.17
Raspberry Pi 2 on Raspbian ........... 75.46
Raspberry Pi 3 on Raspbian ........... 61.06
Banana Pi M2 by LoveRPi .............. 70.58
Banana Pi M3 by LoveRPi .............. 29.72
Banana Pi M2+ SinoVoip ............... 210.62
Banana Pi M2+ on Armbian ............. 81.13
Banana Pi M2+ Raspbian 8.0 ........... 121.86
MiQi on Lubuntu 14.04 ................ 42.84
DragonBoard 410c on Debian RPB 16.03 . 73.91
MeUbuntu 14.04.3 ..................... 33.12
NanoPi NEO 512MB No Heatsink ......... 132.29
NanoPi NEO 512MB Heatsink ............ 77.66
NanoPi NEO 512MB Heatsink2 ........... 75.34
NanoPi NEO 2 FA Ubuntu 16.04.2 ....... 63.73
NanoPi NEO 2 Armbian Ubuntu 16.04.2 .. 64.47
micro SD: iozone
Para comprobar el rendimiento de lectura y escritura de la tarjeta micro SD, hemos utilizado el programa iozone. Podéis ver todos los datos a continuación:
root@raspberrypi:/home/pi/Desktop# iozone -e -I -a -s 100M -r 4k
-r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Iozone: Performance Test of File I/O
Version $Revision: 3.487 $
Compiled for 32 bit mode.
Build: linux-arm
Run began: Thu Jul 25 19:34:32 2019
Include fsync in write timing
O_DIRECT feature enabled
Auto Mode
File size set to 102400 kB
Record Size 4 kB
Record Size 16 kB
Record Size 512 kB
Record Size 1024 kB
Record Size 16384 kB
Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Output is in kBytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 kBytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 3828 4106 8091 8041 6565 3696
102400 16 4502 8578 19631 19718 17163 9165
102400 512 14147 23553 38703 38852 38523 20575
102400 1024 15617 33354 39328 39333 39219 25217
102400 16384 24565 30716 44097 44099 44083 29083
iozone test complete.
Una vez que hemos terminado las pruebas de CPU, RAM y rendimiento del slot para tarjetas micro SD. Vamos a irnos a las pruebas multimedia.
Pruebas Multimedia
En estas pruebas hemos utilizado diferentes aplicaciones y hemos pasado un par de benchmarks, para comprobar cómo se comporta esta Raspberry Pi 4 en el aspecto multimedia.
En el test de Octane 2.0 hemos conseguido 6.531 puntos.
También hemos pasado el benchmark de Speedtometer, a continuación, podéis ver los resultados en detalle:
Otros aspectos multimedia que hemos comprobado, es que esta Raspberry Pi 4 no puede con la transcodificación 4K a Full HD. Hemos utilizado el popular software Plex Media Server, y se nota cómo la CPU se pone a su máximo rendimiento y máxima temperatura, sin que la película se vea correctamente sin parones. Si hacemos uso de la resolución nativa, no tendremos ningún tipo de problema.
También hemos probado a conectar esta Raspberry Pi 4 a una TV en 4K, y la reproducción con VLC o con Kodi es perfecta, no hemos tenido ningún problema. Al conectar el dispositivo a una TV Full HD, si reproducimos contenido en Full HD también funcionará perfectamente, pero si en esta TV Full HD intentamos reproducir contenido en 4K, no podrá con ello.
Pruebas de Temperaturas
En una habitación con 30ºC de temperatura ambiente, la temperatura normal de funcionando en reposo de esta Raspberry Pi 4 ronda los 60ºC. Debemos recordar que no tenemos ningún tipo de refrigeración activa, ni tampoco pasiva ya que no tenemos disipadores en la propia CPU.
Si procedemos a estresar al máximo la CPU del dispositivo, podremos ver cómo aumentan las temperaturas hasta más de 80ºC. De hecho, cuando llegamos a estas cifras la propia Raspberry Pi 4 hace CPU throttling, es decir, baja la velocidad de la CPU de 1.5GHz a 1GHz para mantener la temperatura a raya.
Si vas a utilizar el procesador de la Raspberry Pi 4 de manera intensiva, se hace casi indispensable instalarle un disipador, al menos pasivo, para bajar la temperatura y no tener CPU throttling. Si vas a usarla como servidor NAS, haciendo uso de sus puertos USB, no lo necesitarás ya que hemos comprobado que la temperatura no aumenta demasiado, pero si vas a hacer transferencias FTPES o SFTP donde la CPU tiene que trabajar en cifrar/descifrar la información, entonces es probable que sí lo necesites.
Hasta aquí hemos llegado con nuestro análisis de la Raspberry Pi 4, ahora vamos a ver el listado de puntos fuertes, puntos débiles, y nuestras conclusiones finales.
Puntos Fuertes
- Excelente rendimiento del hardware en términos de CPU y memoria RAM.
- Posibilidad de comprarla con 1GB, 2GB o 4GB de memoria RAM.
- Rendimiento excelente del puerto Gigabit Ethernet.
- Rendimiento bueno en la conectividad Wi-Fi, debemos tener en cuenta que no tenemos antenas externas, y hemos conseguido en la habitación contigua 100Mbps reales, tanto en 2.4GHz como en 5GHz.
- Rendimiento y experiencia de usuario notable con el Bluetooth 5.0.
- Rendimiento excelente en lectura y escritura de los puertos USB 3.0 con formato EXT4.
- Rendimiento excelente en lectura de los puertos USB 3.0 con formato NTFS, y notable en escritura.
- Experiencia de usuario multimedia a la hora de reproducir películas en res
- olución 4K y Full HD.
- Infinitas posibilidades de personalización, instalando diferentes sistemas operativos compatibles, usándola de servidor NAS etc.
- Incorporación de Wi-Fi y Bluetooth, además de conservar el GPIO y el resto de conexiones típicas.
- Precio: tenemos el mismo precio de siempre para el modelo de 1GB de RAM.
Puntos Débiles
- El puerto USB tipo C de carga tiene un fallo de diseño y provoca que algunos transformadores de corriente no alimenten el dispositivo. Es recomendable adquirir la fuente de alimentación oficial.
- El Wi-Fi no sincroniza en modo Wi-Fi AC con 80MHz de ancho de canal, solamente en N (5GHz) a 40MHz.
- Rendimiento suficiente de los puertos USB 2.0.
- Se calienta en exceso la CPU cuando estamos haciendo un uso intensivo, llegando hasta los 85ºC y sufriendo CPU throttling para controlarla.
Conclusiones Finales
La Fundación Raspberry Pi ha creado un mini ordenador casi perfecto, con una muy buena relación rendimiento/precio, y mejorando en todo a la anterior versión que tan buenos resultados daba.
Esta Raspberry Pi 4 ha demostrado tener una CPU potente, capaz de realizar casi cualquier tarea de manera rápida, aunque se calienta demasiado, llegando hasta los 85ºC y sufriendo CPU Throttling para controlar las temperaturas. Si vas a usar este dispositivo de manera continuada, la temperatura de trabajo oscilará entre los 60-68ºC, pero si vas a realizar tareas intensivas os recomendamos comprar un disipador pasivo como mínimo para no llegar a estas temperaturas tan altas.
Raspberry Pi ha sabido escuchar a sus usuarios, y ahora podremos tener hasta 4GB de memoria RAM, aunque es muy posible que en la práctica no llegues nunca a llenarla, ya que los sistemas operativos para Raspberry Pi están realmente optimizados, y funcionaría perfectamente con 1GB o 2GB de RAM. No obstante, si vamos a utilizar múltiples servicios simultáneamente como si fuera un servidor NAS, nunca está demás tener RAM extra.
El rendimiento del puerto Gigabit Ethernet y de los dos puertos USB 3.0 ha sido excelente, llegando sin problemas a proporcionar más de 100MB/s reales en lectura y escritura, por tanto, vamos a poder utilizar este mini ordenador como un servidor NAS muy fácilmente y a un precio bajísimo. No obstante, debemos tener en cuenta que este dispositivo no es un NAS con varias bahías donde tenemos RAID, snapshots y un software centrado específicamente a ello, pero para tener un mini servidor doméstico nos valdrá perfectamente.
Respecto a la conectividad y rendimiento inalámbrico, la velocidad del Wi-Fi ha sido de 100Mbps reales en la habitación contigua en ambas bandas. Si utilizamos la banda de 2.4GHz podremos conectarnos a la red Wi-Fi desde casi cualquier lugar, obteniendo muy buen rendimiento inalámbrico. Sin embargo, en la banda de 5GHz no disponemos de una buena recepción de cobertura, debido a la minúscula antena incorporada. Un detalle importante es que no ha sido capaz de sincronizar con el estándar Wi-Fi AC y usar 80MHz de ancho de canal, algo que haría duplicar el rendimiento en la habitación contigua.
En cuanto al apartado multimedia, esta Raspberry Pi 4 se ha comportado perfectamente reproduciendo contenido en 4K y en Full HD, tal y como os hemos comentado anteriormente, pero ve olvidándote de hacer transcoding de 4K a Full HD con Plex Media Server, porque simplemente no podrá con ello. La incorporación de dos puertos micro HDMI para extraer el vídeo es también un punto muy a favor, y es que vamos a poder reproducir películas con VLC o Kodi muy fácilmente, ideal para dotar de «Smart» a una TV que no lo es.
Algunos de los puntos débiles que debemos mencionar está el fallo de diseño del puerto USB tipo C para la alimentación de la Raspberry Pi 4, y es que parece ser que hay cargadores de móviles que no son compatibles, por tanto, os recomendaríamos adquirir la fuente de alimentación oficial con la que no tendrás problemas. El rendimiento de los dos puertos USB 2.0 es suficiente, y es que hemos conseguido solamente entorno a los 12MB/s, una cifra que esperábamos que llegase hasta los 30MB/s aproximadamente, tal y como hacen los routers actualmente en dichos puertos USB 2.0. No obstante, lo lógico es conectar en estos dos puertos un ratón y un teclado, y dejar los dos puertos USB 3.0 para el almacenamiento (discos duros, memorias USB etc).
Si tenemos en cuenta las características, el rendimiento excelente conseguido por esta Raspberry Pi 4, y su precio, la valoración de RedesZone es la siguiente:
Esperamos que os haya gustado el análisis, si tenéis alguna duda podéis ponernos un comentario y os responderemos encantados.
