Como era de esperar no hemos tenido problema alguno en la instalación de Ubuntu ni sobre el eMMC ni en el NVMe claro, en este caso.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
r86s@r86s-R86S:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=22.04 DISTRIB_CODENAME=jammy DISTRIB_DESCRIPTION="Ubuntu 22.04.1 LTS" r86s@r86s-R86S:~$ uname -a Linux r86s-R86S 5.15.0-43-generic #46-Ubuntu SMP Tue Jul 12 10:30:17 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux r86s@r86s-R86S:~$ free -mh total used free shared buff/cache available Mem: 31Gi 1.5Gi 27Gi 586Mi 2.1Gi 28Gi Swap: 2.0Gi 0B 2.0Gi r86s@r86s-R86S:~$ df -mh Filesystem Size Used Avail Use% Mounted on tmpfs 3.2G 2.1M 3.2G 1% /run /dev/mmcblk0p2 114G 9.8G 99G 10% / tmpfs 16G 0 16G 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 511M 5.3M 506M 2% /boot/efi tmpfs 3.2G 2.4M 3.2G 1% /run/user/1000 |
Aunque en Ubuntu no hay tanto soft de bechmark (y menos aplicaciones gráficas) siempre nos acordamos del famoso sbc-bench que incluimos en nuestras revisiones de los muchos SBC que van pasando por PcDeMaNo … y esta vez no podía ser menos.
Primero la instalación
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
r86s@r86s-R86S:~$ wget https://raw.githubusercontent.com/ThomasKaiser/sbc-bench/master/sbc-bench.sh --2023-07-25 18:02:15-- https://raw.githubusercontent.com/ThomasKaiser/sbc-bench/master/sbc-bench.sh Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.110.133, 185.199.109.133, 185.199.108.133, ... Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.110.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 406528 (397K) [text/plain] Saving to: ‘sbc-bench.sh’ sbc-bench.sh 100%[=========================================>] 397.00K 1.67MB/s in 0.2s 2023-07-25 18:02:15 (1.67 MB/s) - ‘sbc-bench.sh’ saved [406528/406528] |
luego la ejecución en la versión «original» (con el parámetro -c)
20799
Por cierto. Aprovechando que nuestro amigo David ha vuelto de sus vacaciones playeras (de una semana) le vamos a pedir que nos envíe el próximo modelo del R86S que están probando y sacarán a mediados de mes con el último procesador de Intel.
Teóricamente el nuevo R86S de la serie N se calentará menos y será más rápido. Justo lo que necesitábamos ¿no? 😉
Para que no se nos olvide. Las medidas de consumo eléctrico las hemos hecho usando el enchufe inteligente DECT-200 de nuestros amigos alemanes de AVM.
Por si interesa a alguien… El consumo de nuestra RPi4 con Home Assistant, por ejemplo es mucho menor que el de este R86S… como ya sabíamos:
Ventajas de los procesadores ARM frente a los Intel.
Perdón pero en nuestra revisión de esta maravilla hemos cometido un error
Decíamos que venía con OpenWRT como sistema operativo preinstalado. La gente de GoWin nos ha aclarado que sus clientes chinos, desde el pasado mes de junio, lo reciben con el S.O. iStoreOS que viene a ser una versión «local» del anterior 😉
Un defecto que hemos encontrado en este R86S T4 es su salida HDMI. Aunque, tal y como comentábamos, disponíamos de un convertidor microHDMI (hembra) – HDMI (hembra) después de usar este miniPC durante un mes se ha acabado «rompiendo» el convertidor
Afortunadamente, de otra revisión, teníamos otro convertidor chino (en este caso HDMI hembra /hembra) por lo que hemos podido utilizar el cable enviado por David de Gowin para conectar el R86S a nuestro cable HDMI-VGA.