Análisis técnico de Beelink EQi 304 con Ubuntu 26.04: rendimiento, redes y limitaciones

ARTICULO

Introducción

El mercado de mini PCs con arquitecturas modernas como Intel Wildcat Lake está evolucionando rápidamente, pero su adopción en entornos Linux —especialmente con kernels recientes como el 7.x— aún presenta desafíos. El Beelink EQi 304, basado en el procesador Intel Core 3 304, es un ejemplo de esta nueva generación de hardware. Sin embargo, instalar Ubuntu 26.04 (con kernel 7.0/7.1) en este equipo no solo implica verificar compatibilidad de hardware, sino también medir cómo responden sus componentes bajo carga real, desde el throttling térmico hasta la saturación de ancho de banda de memoria.

En este análisis, evaluamos el rendimiento del Core 3 304 en Ubuntu 26.04, incluyendo benchmarks de CPU/GPU, pruebas de almacenamiento con diferentes archivosystems (EXT-4, NTFS), evaluación de redes (10GbE, WiFi 6, Ethernet), y pruebas de consumo energético. También abordamos las limitaciones actuales en soporte para NPU (Intel AI Boost) y codecs multimedia.

Qué ocurrió

Tras instalar Ubuntu 26.04 en un SSD NVMe PCIe Gen3 x2 conectado a la ranura PCIe x2 del Beelink EQi 304, el sistema arrancó sin errores de instalación, detectando correctamente el hardware. Sin embargo, surgieron comportamientos inesperados en rendimiento y soporte de hardware:

• Frecuencias de CPU reportadas incorrectamente: El kernel 7.0.0-27 detectó un techo de 4500 MHz en los cores P, aunque el datasheet oficial de Intel Core 3 304 indica un máximo de 4300 MHz en modo Turbo. Tras actualizar a Linux 7.1, las mediciones con sbc-bench.sh arrojaron 4285 MHz, más cercano al valor real.
• Throttling por límites de potencia, no temperatura: Aunque el sistema operó entre 64-65°C (muy por debajo del T-junction de 100°C), los benchmarks mostraron degradación de rendimiento en pruebas multi-core debido a los límites de potencia configurados (PL1=15W, PL2=35W, PL4=80W).
• Soporte parcial para NPU: El chip incluye un NPU Intel AI Boost, pero al probar geekbench-ai 1.7.0 solo funcionó el backend CPU. Se requirió instalar controladores específicos de Intel para el NPU y actualizar el firmware, sin lograr que la herramienta reconociera la NPU.
• Problemas de reproducción multimedia: Firefox mostró micro congelamientos al reproducir 4K a 60 FPS y 8K a 30/60 FPS, mientras que Chrome tuvo mejor rendimiento pero aún con caídas de frames en 8K 60 FPS. En Windows 11, el mismo hardware maneja 8K 60 FPS sin problemas, lo que sugiere limitaciones en drivers de gráficos o codecs para Linux.

Impacto para DevOps / Infraestructura / Cloud / Seguridad

Para equipos de DevOps e Infraestructura

• Despliegue en entornos headless o edge: El EQi 304 es una opción viable para nodos de cómputo ligero en clusters pequeños o como gateway de red, gracias a su puerto 10GbE y soporte WiFi 6. Sin embargo, la falta de soporte estable para NPU en Linux limita su uso en pipelines de IA/ML en producción.
• Almacenamiento heterogéneo: La combinación de UFS (para Windows) y NVMe en el mismo equipo requiere atención en scripts de automatización de backups o migraciones, especialmente si se usa dual boot.
• Consumo energético: Con PL1 en 15W y PL2 en 35W, el sistema es eficiente para cargas moderadas, pero bajo carga máxima (PL4=80W) el consumo aumenta significativamente, lo que debe considerarse en diseños de rack o entornos con restricciones de energía.

Para equipos de Seguridad

• Superficie de ataque: El puerto 10GbE (Realtek RTL8127) y el WiFi 6 (MediaTek MT7922) deben ser auditados. Los drivers de Realtek en kernels recientes tienen historial de vulnerabilidades (ej. CVE-2021-3567 en versiones antiguas de r8169), aunque el driver actual en Linux 7.x debería estar parcheado.
• NPU como vector: Aunque el NPU no está activamente explotable en esta configuración, su presencia sin soporte completo en Linux lo convierte en un riesgo potencial si se habilitan servicios de inferencia en entornos no controlados.

Para SRE

• Monitoreo de umbrales: Los límites de potencia configurados (PL1/PL2) deben ser supervisados con herramientas como thermald o powercap, ya que el throttling por límites de energía puede afectar métricas de SLA en servicios críticos.
• Reproducción de logs: La diferencia en rendimiento multimedia entre Windows y Linux sugiere que los servicios que dependen de aceleración de video (ej. dashboards con transmisiones en vivo) pueden requerir ajustes en configuraciones de GStreamer o VA-API.

Detalles técnicos

Especificaciones clave del hardware

• CPU:

– Geekbench 6.7.1:

– Single-core: 2490 puntos

– Multi-core: 6657 puntos

• GPU (Unigine Heaven 4.0):

– Linux 7.1: 15.8 FPS / 399 puntos

• Almacenamiento:

– NVMe PCIe Gen3 x1 (EXT-4): 863 MB/s (read) / 832 MB/s (write)

– UFS (NTFS, Windows): 3.7 GB/s (read, sospechoso por caché) / 649 MB/s (write)

• Redes:

– WiFi 6 (MediaTek MT7922): ~1.2 Gbps en condiciones óptimas (5 GHz, 80 MHz).

– Ethernet Intel I226-V: ~9.8 Gbps con iperf3.

• Consumo energético:

– Carga ligera (7-Zip): ~25W (PL2 activado)

– Carga máxima (PL4): ~70-80W

Limitaciones conocidas

1. NPU Intel AI Boost: No detectable en geekbench-ai 1.7.0 incluso tras instalar drivers y firmware actualizados. La herramienta solo reportó soporte para backend CPU.
2. Codecs multimedia: Firefox mostró caídas en 8K 60 FPS, mientras que Chrome logró 4K 60 FPS con micro congelamientos. En Windows 11, el mismo hardware maneja 8K 60 FPS sin problemas.
3. Drivers de gráficos: La GPU integrada (Intel Graphics WCL) tiene soporte en Linux 7.x, pero con rendimiento inferior al de Windows en pruebas 3D.

Qué deberían hacer los administradores y equipos técnicos

Para equipos que evalúan el hardware

1. Actualizar el kernel a Linux 7.1:

   sudo apt update && sudo apt upgrade -y
   sudo reboot
   

Verificar la versión con:

   uname -r
   

1. Ajustar límites de potencia (opcional):

– Para ajustes temporales en Linux:

     echo 25 | sudo tee /sys/class/powercap/intel-rapl/intel-rapl:0/constraint_0_power_limit_uw
     

1. Instalar drivers adicionales para NPU (si es crítico):

   sudo apt install -y intel-npu-driver intel-firmware-npu
   sudo reboot
   

Verificar con:

   dmesg | grep -i npu
   

1. Optimizar reproducción multimedia:

– Habilitar aceleración de hardware en Chrome:

     google-chrome --use-gl=egl --enable-features=VaapiVideoDecoder
     

– Para servicios de streaming, considerar transcodificación con ffmpeg y VA-API:

     ffmpeg -i input.mp4 -c:v libx264 -preset fast -vf 'format=nv12,hwupload' output.mp4
     

Para equipos de DevOps

1. Automatizar despliegue con dual boot:

– Alternativamente, instalar Ubuntu en un SSD NVMe secundario (como se hizo en este análisis) para evitar conflictos con el UFS de Windows.

1. Monitorear consumo energético con Prometheus + Node Exporter:

     # Ejemplo de configuración para node_exporter
     - job_name: 'powercap'
       static_configs:
         - targets: ['localhost:9100']
       metrics_path: '/sys/class/powercap/intel-rapl/intel-rapl:0/intel-rapl:0:0/energy_uj'
     

– Alertar si el consumo supera umbrales PL2/PL4 en entornos productivos.

1. Auditar drivers de red:

     modinfo r8169 | grep version
     modinfo mt7922 | grep version
     

– Actualizar si hay CVE conocidas (ej. CVE-2023-4004 en drivers antiguos de Realtek).

Para equipos de Seguridad

1. Auditar puertos de red expuestos:

     nmap -p 1-65535 -T4 -A <IP_del_equipo>
     

– Deshabilitar servicios innecesarios en el Realtek RTL8127.

1. Deshabilitar NPU si no se usa:

Conclusión

El Beelink EQi 304 con Ubuntu 26.04 ofrece un rendimiento sólido en CPU y almacenamiento (especialmente en NVMe PCIe Gen3), pero presenta limitaciones significativas en soporte de NPU, aceleración de gráficos y estabilidad en reproducción multimedia a altas resoluciones. Para entornos de producción, es recomendable:

• Usar kernels recientes (Linux 7.1 o superior).
• Ajustar límites de potencia según la carga esperada.
• Priorizar Chrome sobre Firefox para contenido multimedia.
• Auditar drivers de red y NPU si se integran en pipelines críticos.

Aunque el hardware es prometedor para nodos edge o gateways, su adopción en Linux aún requiere ajustes manuales y validación continua de drivers. Los benchmarks muestran que, en su estado actual, el EQi 304 no supera a alternativas como el ODROID-H5 en multi-core o a un Ryzen 5 7530U en 3D, pero sí ofrece un equilibrio interesante en consumo energético y ancho de banda de memoria.