Contenido
Ubuntu 23.04
Como ya hemos indicado con anterioridad hemos utilizado el antiguo X2L, con su mismo eMMC NVMe por lo que no hemos necesitado reinstalar Ubuntu aunque, eso sí, hemos querido repitir nuestra pruebas típicas para este sistema operativo.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | phari@phari-xla:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=23.04 DISTRIB_CODENAME=lunar DISTRIB_DESCRIPTION="Ubuntu 23.04" phari@phari-xla:~$ uname -a Linux phari-xla 6.2.0-39-generic #40-Ubuntu SMP PREEMPT_DYNAMIC Tue Nov 14 14:18:00 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux phari@phari-xla:~$ free -mh total usado libre compartido búf/caché disponible Mem: 7,6Gi 2,0Gi 4,6Gi 491Mi 1,8Gi 5,6Gi Inter: 0B 0B 0B phari@phari-xla:~$ df -mh S.ficheros Tamaño Usados Disp Uso% Montado en tmpfs 778M 1,9M 776M 1% /run /dev/nvme0n1p4 22G 8,1G 12G 41% / tmpfs 3,8G 0 3,8G 0% /dev/shm tmpfs 5,0M 8,0K 5,0M 1% /run/lock /dev/nvme0n1p1 96M 35M 62M 36% /boot/efi tmpfs 778M 100K 778M 1% /run/user/1000 /dev/sda1 128M 8,0K 128M 1% /media/phari/RPI-RP2 |
También, como no podía ser menos, hemos utilizado el típico SBC-BENCH (versión Review, claro)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 | phari@phari-xla:~$ wget https://raw.githubusercontent.com/ThomasKaiser/sbc-bench/master/sbc-bench.sh --2024-04-06 13:22:07-- https://raw.githubusercontent.com/ThomasKaiser/sbc-bench/master/sbc-bench.sh Resolviendo raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.109.133, 185.199.111.133, 185.199.108.133, ... Conectando con raw.githubusercontent.com (raw.githubusercontent.com)[185.199.109.133]:443... conectado. Petición HTTP enviada, esperando respuesta... 200 OK Longitud: 431949 (422K) [text/plain] Guardando como: ‘sbc-bench.sh’ sbc-bench.sh 100%[===================>] 421,83K --.-KB/s en 0,02s 2024-04-06 13:22:07 (18,1 MB/s) - ‘sbc-bench.sh’ guardado [431949/431949] phari@phari-xla:~$ sudo /bin/bash ./sbc-bench.sh -r [sudo] contraseña para phari: Starting to examine hardware/software for review purposes... Average load and/or CPU utilization too high (too much background activity). Waiting... Too busy for benchmarking: 13:22:56 up 4 min, 3 users, load average: 1.35, 1.07, 0.48, cpu: 20% Too busy for benchmarking: 13:23:01 up 4 min, 3 users, load average: 1.25, 1.05, 0.48, cpu: 2% . . . Too busy for benchmarking: 13:24:36 up 6 min, 3 users, load average: 0.29, 0.79, 0.44, cpu: 1% sbc-bench v0.9.65 Installing needed tools: apt-get -f -qq -y install gcc make build-essential lm-sensors powercap-utils curl git sysstat links mmc-utils smartmontools stress-ng p7zip, tinymembench, ramlat, mhz, cpufetch, cpuminer. Done. Checking cpufreq OPP. Done. Executing tinymembench. Done. Executing RAM latency tester. Done. Executing OpenSSL benchmark. Done. Executing 7-zip benchmark. Done. Throttling test: heating up the device, 5 more minutes to wait. Done. Checking cpufreq OPP again. Done (12 minutes elapsed). Results validation: * Measured clockspeed not lower than advertised max CPU clockspeed * Background activity (%system) OK * Too much other background activity: 3% avg, 54% max -> https://tinyurl.com/mr2wy5uv * Powercap detected. Details: "sudo powercap-info -p intel-rapl" -> https://tinyurl.com/4jh9nevj Full results uploaded to https://sprunge.us/JK5zlz # aa aa / Celeron J4125 @ 2.00GHz Tested with sbc-bench v0.9.65 on Sat, 06 Apr 2024 13:39:10 +0200. Full info: [https://sprunge.us/JK5zlz](http://sprunge.us/JK5zlz) ### General information: Information courtesy of cpufetch: Name: Intel Celeron J4125 Microarchitecture: Goldmont Plus Technology: 14nm Max Frequency: 2.700 GHz Cores: 4 cores AVX: No FMA: No L1i Size: 32KB (128KB Total) L1d Size: 24KB (96KB Total) L2 Size: 4MB Peak Performance: 43.20 GFLOP/s Celeron J4125 @ 2.00GHz, Kernel: x86_64, Userland: amd64 CPU sysfs topology (clusters, cpufreq members, clockspeeds) cpufreq min max CPU cluster policy speed speed core type 0 0 0 800 2700 - 1 0 1 800 2700 - 2 0 2 800 2700 - 3 0 3 800 2700 - 7771 KB available RAM ### Policies (performance vs. idle consumption): Status of performance related policies found below /sys: /sys/module/pcie_aspm/parameters/policy: default [performance] powersave powersupersave ### Clockspeeds (idle vs. heated up): Before at 52.0°C: cpu0: OPP: 2700, Measured: 2647 (-2.0%) After at 65.0°C: cpu0: OPP: 2700, Measured: 2632 (-2.5%) ### Performance baseline * memcpy: 5300.9 MB/s, memchr: 6636.7 MB/s, memset: 7260.1 MB/s * 16M latency: 179.9 179.1 184.1 180.2 183.5 179.4 168.5 175.0 * 128M latency: 197.7 198.5 198.7 199.0 197.9 196.6 193.9 190.6 * 7-zip MIPS (3 consecutive runs): 7515, 7413, 7406 (7440 avg), single-threaded: 2394 * `aes-256-cbc 362628.28k 585638.17k 673223.51k 720861.53k 735898.28k 736389.80k` * `aes-256-cbc 363634.27k 585090.39k 673153.79k 720931.50k 736365.23k 736968.70k` ### PCIe and storage devices: * Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet: Speed 2.5GT/s, Width x1, driver in use: r8169 * Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter: Speed 2.5GT/s, Width x1, driver in use: rtw_8821ce * 119.2GB "NVME SSD 128GB" SSD as /dev/nvme0: Speed 5GT/s (downgraded), Width x4, 1% worn out, drive temp: 41°C * 128MB "Raspberry Pi RP2 Boot" as /dev/sda: USB, Driver=usb-storage, 12Mbps ### Challenging filesystems: The following partitions are NTFS: nvme0n1p3 -> https://tinyurl.com/mv7wvzct ### Software versions: * Ubuntu 23.04 (lunar) * Compiler: /usr/bin/gcc (Ubuntu 12.3.0-1ubuntu1~23.04) 12.3.0 / x86_64-linux-gnu * OpenSSL 3.0.8, built on 7 Feb 2023 (Library: OpenSSL 3.0.8 7 Feb 2023) ### Kernel info: * `/proc/cmdline: BOOT_IMAGE=/boot/vmlinuz-6.2.0-39-generic root=UUID=08321d79-44ac-47c1-8337-91aaaadc68a5 ro quiet splash vt.handoff=7` * Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl * Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization * Kernel 6.2.0-39-generic / CONFIG_HZ=250 Waiting for the device to cool down...................................... 46.0°C |
Comparando los resultados con los obtenidos en la misma prueba con el R86S o el R1 Pro, en aquella ocasión la CPU se “sobrecalentó” hasta los 63-68ºC y en el X2L llegó a los 94º… en este caso y como esperábamos, al disponer de un ventilador/disipador se queda en los 65ºC . Lo mejor de todo es que, tal y como comentábamos con anterioridad el ruido del ventilador es prácticamente inaudible y tan solo se escucha ligeramente cuando va al máximo de velocidad. En cualquier caso el ruido es mucho menor que en el caso del RS86S T4, el R1Pro de iKoolCore o el Nimbustor 2, NAS de Asustor.
![](https://i0.wp.com/www.pcdemano.com/wp-content/plugins/dp-post-views/images/eyes.png?resize=100%2C100&ssl=1)
Dentro de unos días tendremos la suerte de revisar el neXT H2, el microserver de PalmShell / Radxa.
Siempre es bueno saber que nuestros amigos de RADXA acaban de abrir su propia tienda oficial en AliExpress 😉
Estamos a la espera de recibir el nuevo X4L con el mismo factor de forma que el X2L pero ahora con el nuevo procesador N100 de Intel. Aunque este es el más lento de la nueva serie de Intel es bastante mejor que el J4125 del X2L.