Beelink Mini S12 Pro: review tras 5.128 horas encendido

La primera cifra que me descolocó de este equipo no fue el consumo. Fue esta:

PL1=20000000uw PL2=25000000uw

Intel vende el N100 con un TDP de referencia de 6 vatios. Beelink, en el firmware de este chasis, le deja un límite sostenido de 20 W y un pico de 25 W. O sea: el mismo chip que en otro fabricante va estrangulado, aquí tiene margen para correr. Eso explica bastantes cosas de las que vienen ahora.

Esta review sale de la máquina que tengo delante, no de una ficha técnica. Todos los números que vas a leer los he ejecutado hoy, con sus servicios en marcha, y pego la salida literal.

[aff]Hay enlaces de afiliado más abajo: si compras algo desde ellos me llevo una pequeña comisión y a ti no te cuesta ni un céntimo más. En calidad de Afiliado de Amazon, obtengo ingresos por las compras adscritas que cumplen los requisitos aplicables.

Qué es, y qué le han metido dentro

El Beelink Mini S12 Pro es un mini PC de la gama baja del x86: caja pequeña, sin ventilador ruidoso, pensada para estar enchufada y olvidada. Lo que identifica la máquina, según ella misma:

$ lscpu | grep 'Model name'
Model name:  Intel(R) N100
$ cat /sys/class/dmi/id/{board_vendor,product_name,bios_version,bios_date}
AZW
MINI S
ADLNV105
12/12/2023

Las especificaciones que importan, contrastadas con la ficha oficial del Intel N100:

• Procesador: Intel N100, arquitectura Alder Lake-N. Cuatro núcleos, cuatro hilos (sin HyperThreading), hasta 3,40 GHz. Sin núcleos de rendimiento: son cuatro núcleos “E”, los eficientes.
• Gráficos: UHD Graphics de 24 unidades de ejecución, con Quick Sync. Este es el motivo por el que este equipo existe en un homelab, y le dedico una sección entera más abajo.
• Memoria: 16 GB de DDR4 a 3200 MT/s en formato SODIMM.
• Red: un puerto Gigabit. Uno. Y ahí hay conversación.
• Almacenamiento: 512 GB en formato M.2 2280.

La memoria tiene un matiz que la caja no cuenta y que conviene saber antes de comprar. Hay dos zócalos, y de fábrica viene uno solo poblado:

$ sudo dmidecode -t memory | grep -E "Locator: Controller|Size:"
	Size: 16 GB
	Locator: Controller0-ChannelA-DIMM0
	Size: No Module Installed
	Locator: Controller1-ChannelA-DIMM0

Traducido: los 16 GB van en un solo canal. Para contenedores da exactamente igual, no lo vas a notar. Para la gráfica integrada sí importa, porque la iGPU come ancho de banda de la RAM del sistema. Si algún día le pides trabajo gráfico serio, ahí tienes un slot libre y una mejora barata.

Lo que consume de verdad, con trabajo real encima

Aquí es donde casi todas las reviews te dan el TDP de la ficha y se van a comer. El TDP no es consumo. Lo que sigue son vatios de paquete leídos por RAPL, el contador de energía que lleva el propio procesador, con los servicios de siempre corriendo por debajo.

Primero, el contexto de la medida. Doce contenedores vivos:

$ docker ps -q | wc -l
12
$ docker stats --no-stream --format "{{.MemUsage}}" | ...
830 MiB en 12 contenedores
$ free -m | head -2
               total        used        free      shared  buff/cache   available
Mem:           15773        3046        3007          34       10095       12726

Doce servicios, 830 MiB. Con 16 GB de RAM esto es casi ofensivo: sobran 12,7 GB disponibles. La RAM no es el cuello de botella de esta máquina ni de lejos.

Y el consumo, medido en ventanas de 30 a 60 segundos:

Lo interesante del reposo no es que sean 2,37 W. Es que sean 2,37 W con doce contenedores encima, entre ellos una base de datos y un servicio de fotos. Este equipo, haciendo lo que hace un homelab normal el 95 % del tiempo, está prácticamente dormido.

En carga completa se planta en 21,5 W y ahí se queda, que es justo el techo de 20 W del firmware más el margen del pico. No hay sorpresas térmicas: 70 °C con los cuatro hilos clavados durante 45 segundos.

Quick Sync: el argumento entero de este equipo

Si compras un S12 Pro por la CPU, te has equivocado de compra. La CPU es la que es. Lo que justifica este equipo es el motor de vídeo de la gráfica integrada, y quería ponerle número exacto en lugar de repetir el tópico.

La prueba: los mismos 240 segundos de un 1080p30 H.264 reescalados a 720p a 3 Mbps, primero por Quick Sync (VAAPI) y después por CPU con libx264 en veryfast. Misma máquina, mismo minuto, la ventana de medición envolviendo exactamente cada proceso.

### TRANSCODE 1:1 — 2026-07-28 09:46 UTC — 240s de 1080p30 H.264 -> 720p 3 Mbps
reposo(ref)      wall=30.00 s | 2.37 W paquete
quicksync        wall=27.21 s |  3.34 W paquete | pico 53 C | 276 fps | speed=9.19x
cpu-libx264      wall=66.69 s | 19.60 W paquete | pico 73 C | 109 fps | speed=3.65x

Léelo con calma, porque la diferencia es más bestia de lo que parece de primeras.

Por hardware: 9,19 veces más rápido que el tiempo real, 276 fotogramas por segundo, y el procesador apenas se despeina. Un vatio por encima del reposo. La temperatura pico fue 53 °C, cuatro grados sobre lo que marca sin hacer nada.

Por CPU: 3,65x, 109 fps, y el chip se va a 19,60 W, rozando el límite del firmware. Setenta y tres grados.

La cuenta que de verdad importa es la de energía por trabajo terminado. Quick Sync gastó unos 91 julios en despachar ese clip. La CPU, unos 1.307. Catorce veces más energía para el mismo resultado, y tardando dos veces y media más. Si tu servidor va a transcodificar aunque sea de vez en cuando, cualquier equipo sin Quick Sync (o con la aceleración mal configurada) te está costando dinero en cada reproducción.

Un aviso honesto: veryfast no es el preajuste más bonito de libx264, y con un preset más lento la calidad por bit del software mejora. El punto no es que el software codifique peor. Es que para el caso de uso real de un servidor doméstico, que es despachar un stream a tiempo sin cocinar la casa, no hay debate. Tengo el detalle de cómo se configura esto en la guía de transcodificación por hardware.

Que la aceleración está viva y no es teoría, lo dice el driver:

$ vainfo | grep -E "Driver version|VAProfileH264High"
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 24.1.0 ()
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSliceLP

El detalle que no verás en la caja: el SSD que trae es SATA

Esto me lo encontré mirando otra cosa, y creo que es el dato más útil de toda la review.

$ sudo smartctl -a /dev/sda | grep -E "Device Model|SATA Version|Power_On_Hours"
Device Model:     NGFF 2280 512GB SSD
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
  9 Power_On_Hours   0x0032   100   100   050  Old_age   Always  -  5128
$ lspci | grep -iE "non-volatile|nvme"
(sin salida)

El disco que viene puesto es M.2 SATA, no NVMe, y en el bus PCI no aparece ninguna controladora NVMe. Se nota al medirlo:

$ sudo hdparm -tT /dev/sda
 Timing cached reads:   18024 MB in  2.00 seconds = 9029.78 MB/sec
 Timing buffered disk reads: 968 MB in  3.00 seconds = 322.62 MB/sec
$ dd if=/dev/zero of=/tmp/ddtest bs=1M count=1024 oflag=direct
1073741824 bytes (1,1 GB) copied, 2,93978 s, 365 MB/s

322 MB/s de lectura y 365 de escritura. Eso es el techo de SATA haciendo su trabajo, y está a años luz de los 2.000 o 3.000 MB/s de un NVMe decente. ¿Se nota en el uso real? Para arrancar contenedores y servir archivos por una red Gigabit, no: la red se queda corta mucho antes que el disco. Para una base de datos con escritura intensa o para mover máquinas virtuales, sí, y bastante.

Y aquí va el aviso de compra que justifica esta sección: la configuración cambia entre revisiones del mismo modelo. Un listado del S12 Pro en Newegg anuncia 500 GB de NVMe; la unidad que tengo delante monta un M.2 SATA. Las dos cosas pueden ser ciertas a la vez porque Beelink ha ido cambiando el disco que mete en la caja. Así que antes de comprar un SSD de ampliación, confirma qué admite tu unidad concreta en el soporte de Beelink. No me voy a inventar por ti lo que lleva la tuya.

Lo que sí puedo decirte del disco de fábrica es que aguanta. 5.128 horas encendido, el contador de desgaste sin moverse del sitio y 40 °C. Siete meses largos de servicio continuo sin una queja.

Dónde se atasca

Aquí es donde la mayoría de reviews se ponen diplomáticas. Vamos al grano con las tres cosas que de verdad limitan a este equipo.

Un solo puerto Gigabit. Es el techo real de la máquina, por encima del disco y por encima de la CPU:

$ cat /sys/class/net/enp1s0/speed
1000

Mil megabits son unos 110 MB/s reales. El SSD de fábrica va a tres veces esa velocidad. O sea: cuando copies archivos grandes contra este servidor, la red es la que manda, y el disco se aburre esperando. Si tu plan pasa por multigigabit, este no es tu equipo y no hay ampliación posible que lo arregle.

Virtualizar en serio, no. Cuatro núcleos sin hilos extra se reparten mal entre varias máquinas virtuales. Para contenedores es de sobra, porque comparten kernel y el reparto es mucho más fino. Para tres o cuatro VM con sus sistemas completos, yo no lo compraría. Ahí subiría de gama sin pensarlo.

No es un equipo de IA local. Con la iGPU y un solo canal de memoria, los modelos grandes no son su terreno. Modelos pequeños tiran, pero es un uso al que este chasis llega justo.

Y una cosa que no es un defecto pero conviene decir: el arranque no es instantáneo. El firmware se toma su tiempo.

$ systemd-analyze
Startup finished in 12.225s (firmware) + 4.438s (loader) + 3.005s (kernel) + 28.717s (userspace) = 48.387s

Doce segundos de firmware antes de que el kernel respire. En una máquina que enciendes dos veces al año da lo mismo, pero si vienes de reiniciar mucho, ya lo sabes.

Ruido y calor, que es lo que se vive

Los números térmicos ya los tienes: 49 °C en reposo, 70-73 °C con todo apretado. Nada preocupante, y con margen de sobra frente a los 105 °C a los que este chip empieza a preocuparse.

El ventilador es la parte que ninguna tabla te cuenta. En reposo, con la máquina en una balda a un metro y medio, no lo oigo. Cuando se pone a codificar por CPU sí aparece un zumbido bajo y constante, del tipo que notas cuando para más que cuando arranca. Nunca sube a ese silbido agudo de portátil sufriendo. Encima del mueble del salón lo pondría sin dudar; en una mesa de escritorio, a treinta centímetros de la oreja y con la habitación en silencio, hay quien lo notaría.

La carcasa se queda tibia, no caliente. La puedes tocar por arriba durante un transcode largo sin apartar la mano.

Para quién sí y para quién no

Compra este equipo si quieres tu primer servidor 24/7 y tienes claro que va a vivir de contenedores: multimedia con transcodificación, automatización del hogar, alguna base de datos pequeña, copias, un túnel de red. En ese carril el S12 Pro hace todo lo que le pidas gastando lo que gasta una bombilla LED, y el Quick Sync le da una ventaja que equipos más caros sin gráfica Intel no tienen.

No lo compres si vas a virtualizar de verdad, si tu red ya es multigigabit o lo va a ser, o si has llegado buscando una máquina para modelos de lenguaje locales. Para esos tres casos existe gama superior y merece la pena pagarla.

Yo lo tendría claro con esta regla: si dudas entre este y algo tres veces más caro, y todavía no sabes exactamente qué vas a montar, empieza por aquí. Es la manera más barata de descubrir qué necesitas de verdad, y si te quedas corto lo reciclas como segunda máquina sin drama.

Nuestra elección · primer servidor

Beelink Mini S12 Pro — Intel N100, 16 GB

Tu primer servidor 24/7. Contenedores, transcodificación de vídeo por QuickSync y un puñado de servicios sin que la factura de la luz se entere. Es el que operamos nosotros.

• +iGPU con QuickSync: transcodifica por hardware
• +Consumo mínimo, silencioso de verdad
• +x86 total: cualquier contenedor corre

• -Se queda corto para virtualizar en serio (varias VM)
• -Solo una ranura NVMe

coste orientativo€€€

Ver precio en Amazon →

Si te encaja lo que has leído, puedes ver el Beelink Mini S12 Pro en Amazon. Y si prefieres ponerlo frente a otras opciones antes de decidir, en el comparador de mini PC están sus rivales directos con las especificaciones filtrables.

Si quieres seguir por aquí

• Intel N100 vs N150 para un servidor casero, por si dudas entre generaciones.
• Errores al comprar un mini PC para servidor, que es donde se pierde más dinero.
• Los mejores mini PC para homelab, si quieres ver la gama completa antes de decidir.

Todas las mediciones de esta review se ejecutaron el 28 de julio de 2026 sobre la unidad en producción, con sus servicios habituales corriendo. Los scripts de medición viven en el repositorio del sitio (tools/bench_s12pro_transcode.sh).