Subvoltaje y límites de potencia: PCs más silenciosos sin remordimientos

Qué estás cambiando realmente: voltaje, frecuencia y potencia

El subvoltaje no es “hacerlo más lento”. Subvoltear es “pedir al silicio que haga el mismo trabajo con menor voltaje”. A veces se puede. A menudo se puede.
Y cuando no se puede, falla de maneras que parecen problemas aleatorios de software. Por eso la gente lo odia: no porque sea ineficaz, sino porque
es lo suficientemente eficaz como para ser peligroso cuando omites la validación.

Los límites de potencia son diferentes. Son barandillas explícitas que ponen un tope a cuánta potencia eléctrica la CPU/GPU puede convertir en calor. Los límites de potencia
casi siempre reducen el rendimiento pico en cargas pesadas, pero la sorpresa es cuánto rendimiento pierdes por la cantidad de ruido que recuperas.
Normalmente puedes recortar entre un 20% y un 40% de potencia en el extremo superior mientras pierdes cuadros por segundo de un dígito o unos pocos por ciento en benchmarks multinúcleo.

La física que necesitas (y solo la física que necesitas)

La potencia dinámica en CMOS escala aproximadamente con V² × f (voltaje al cuadrado por frecuencia). Ese “cuadrado” es por qué subvoltear
es desproporcionadamente potente para termal y ruido. Una pequeña reducción en voltaje puede crear una reducción mayor en potencia, lo que reduce calor, que
reduce RPM del ventilador, que reduce ruido. La cadena es directa.

La trampa es que el voltaje también es tu margen de estabilidad. Cuando subvolteas, reduces el margen de seguridad que cubre la variación del silicio, cambios de temperatura,
picos transitorios de corriente y esas cargas extrañas que no aparecen en tu benchmark favorito.

Subvoltaje vs subfrecuencia vs limitación de potencia

• Subvoltaje: mantiene los objetivos de frecuencia, reduce voltaje. Mejor escenario: mismo rendimiento, menos calor/ruido. Peor escenario: inestabilidad sutil.
• Subfrecuencia: reduce objetivos de frecuencia. Normalmente estable y predecible. A menudo deja eficiencia en la mesa comparado con el subvoltaje.
• Limitación de potencia: tope de vatios. El rendimiento depende de la carga (tareas explosivas siguen rápidas; tareas sostenidas se aplanan).

Para PCs silenciosos, la combinación pragmática es: establece primero un límite de potencia sensato (seguridad + predictibilidad), luego subvoltea segundo
(eficiencia + más silencio con el mismo tope).

Hechos y contexto para usar en la cena (o en una revisión de cambios)

Puntos cortos y concretos que explican por qué tu sobremesa de 2026 aún se comporta como un radiador cuando abres un menú de juego.

1. Intel introdujo SpeedStep a principios de los 2000 para reducir dinámicamente voltaje y frecuencia—el pariente “legítimo” del subvoltaje siempre fue parte del plan.
2. Cool’n’Quiet de AMD (mediados de los 2000) normalizó la idea de que las CPUs de sobremesa no deben estar a voltaje completo todo el día solo para mostrar correo.
3. Las GPUs modernas aumentan relojes oportunistamente: no funcionan a “una frecuencia fija”, funcionan a “lo que el margen térmico/de potencia permita”.
4. El ruido del ventilador es logarítmico para la percepción humana: una pequeña reducción de RPM puede sonar como una gran mejora, especialmente en el rango 1–3 kHz donde los ventiladores más molestan.
5. La eficiencia del VRM importa: una mejor placa base/diseño de la tarjeta GPU desperdicia menos energía en regulación, por lo que funciona más fría al mismo consumo.
6. Intel Plundervolt (2019) llevó a que el subvoltaje se restringiera en muchos portátiles; algunas actualizaciones de BIOS deshabilitaron el control de voltaje para cerrar un hueco de seguridad.
7. Los picos de potencia (transitorios) pueden ser el verdadero limitador: una GPU que promedia 250 W puede pedir momentáneamente mucho más, activando comportamiento de PSU o protecciones.
8. Muchas cargas no están limitadas por potencia: el trabajo de oficina está dominado por latencia/idle; limitar potencia no lo ralentiza, solo mantiene los ventiladores dormidos.
9. “Auto” está afinado para benchmarks destacados: las curvas de serie a menudo priorizan el boost máximo para pruebas cortas, no tu sesión larga de juego o tarea de render.

Por qué ocurre el silencio: la curva del ventilador es una herramienta tosca

La mayoría ataca el ruido con curvas de ventilador primero. Las curvas están bien—hasta que no lo están. Si aplanas demasiado la curva, el sistema simplemente alcanza una temperatura más alta,
luego acelera con fuerza de todos modos, o empieza a hacer throttling, o ambas cosas. Cambiaste una molestia constante por pánicos periódicos.

El ajuste de potencia y voltaje reduce el calor en la fuente. Eso hace que todo el sistema de refrigeración se comporte mejor: menos eventos de rampa agresiva, menor velocidad de ventiladores en estado estable,
y menos transferencia térmica al interior de la caja, SSDs y VRMs.

El modelo mental más sencillo: los ventiladores son tu “control reactivo”. El subvoltaje y los límites de potencia son “control preventivo”. El control preventivo suele ganar.

Broma #1: Si los ventiladores de tu GPU suenan como un dron, no necesitas regulación del espacio aéreo—necesitas un límite de potencia.

Guion de diagnóstico rápido

Antes de tocar deslizadores, averigua qué está causando realmente el ruido y el calor. Esto es triage, no terapia.

Primero: ¿es CPU, GPU o el flujo de aire de la caja?

• Abre tu carga de trabajo favorita (juego, render, compilación) y observa el power del paquete de CPU, la potencia de la GPU y las temperaturas juntos.
• Si la potencia de la GPU es alta y la temp de GPU sube rápido: empieza con subvoltaje/límite de potencia de GPU.
• Si el paquete de CPU hace picos de potencia y la temp de CPU llega a límites térmicos: empieza con límites de potencia de CPU (PL1/PL2 o ECO/PPT).
• Si ninguno está alto pero los ventiladores siguen chillando: tus curvas de ventilador o el mapeo de sensores están incorrectos, o el flujo de aire de la caja está restringido.

Segundo: ¿estás limitado por potencia, por temperatura o por voltaje?

• Térmico: los relojes caen cuando las temperaturas alcanzan un límite. Arregla la refrigeración, la potencia o el voltaje.
• Limitado por potencia: los relojes se aplanan aun a temperaturas seguras; aparecen banderas “Pwr” o “Power Limit”. Arréglalo ajustando límites de potencia si quieres más rendimiento; reduce el límite si quieres silencio.
• Limitado por voltaje: la GPU informa VRel/VOp (NVIDIA) o alcanzas un suelo de voltaje estable. Arregla ajustando la curva, no solo el reloj máximo.

Tercero: ¿la inestabilidad se esconde como “problemas de software”?

• Crashs aleatorios de pestañas del navegador, errores WHEA, fallos raros de juegos después de 30+ minutos: trátalo como inestabilidad por subvoltaje hasta demostrar lo contrario.
• Crash instantáneo al iniciar la carga: normalmente un punto de voltaje/frecuencia demasiado agresivo o un límite de potencia que provoca una transición brusca.
• Tartamudeos sin crash: puede ser throttling térmico/potencia, errores de memoria o tareas en segundo plano.

Tareas prácticas (comandos, salidas, decisiones)

¿Quieres silencio sin remordimientos? Mide. Los comandos abajo son centrados en Linux porque Linux es honesto con la telemetría, pero las mismas decisiones aplican en Windows
usando herramientas del fabricante. Cada tarea incluye: un comando, qué significa una salida realista, y la decisión que tomas.

Task 1: Identify CPU and current frequency governor

cr0x@server:~$ lscpu | egrep 'Model name|CPU\(s\)|Thread|Core|MHz'
Model name:                          AMD Ryzen 7 7700X 8-Core Processor
CPU(s):                              16
Thread(s) per core:                  2
Core(s) per socket:                  8
CPU MHz:                             4500.000

Qué significa: Sabes la plataforma y la frecuencia de operación aproximada.

Decisión: Escoge los botones correctos (Ryzen: PPT/TDC/EDC and Curve Optimizer; Intel: PL1/PL2 and undervolt if permitted).

Task 2: Check CPU frequency scaling policy

cr0x@server:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
schedutil

Qué significa: El kernel está usando un governor responsivo.

Decisión: No “arregles el ruido” forzando performance a menos que disfrutes mayor consumo en idle y VRMs más calientes sin motivo.

Task 3: Read CPU package temperature sensors

cr0x@server:~$ sensors
k10temp-pci-00c3
Adapter: PCI adapter
Tctl:         +83.4°C
Tdie:         +83.4°C

nvme-pci-0100
Adapter: PCI adapter
Composite:    +54.9°C  (low  = -273.1°C, high = +84.8°C)

Qué significa: La CPU está caliente bajo carga; el NVMe está tibio pero no al borde.

Decisión: Si la CPU alcanza 90–95°C regularmente, limitar potencia suele darte la mayor reducción de ruido por minuto de esfuerzo.

Task 4: Verify if the system is thermal throttling (kernel view)

cr0x@server:~$ dmesg -T | egrep -i 'throttl|thermal' | tail -n 5
[Mon Jan 12 09:41:13 2026] amdgpu: [powerplay] SMU: thermal throttling engaged
[Mon Jan 12 09:41:15 2026] thermal thermal_zone0: throttling event: package_temp=96

Qué significa: La plataforma ya se está defendiendo reduciendo relojes.

Decisión: Deja de intentar “superar la física con ventiladores”. Reduce el objetivo de potencia o subvoltea para evitar alcanzar el punto de throttling.

Task 5: Inspect GPU telemetry (NVIDIA)

cr0x@server:~$ nvidia-smi --query-gpu=name,temperature.gpu,power.draw,power.limit,clocks.gr,clocks.mem --format=csv
name, temperature.gpu, power.draw, power.limit, clocks.gr, clocks.mem
NVIDIA GeForce RTX 3080, 76, 287.45, 320.00, 1830, 9501

Qué significa: La GPU está tirando mucha potencia; los ventiladores están ganándose el salario.

Decisión: Empieza por una reducción del límite de potencia (por ejemplo, 320 W → 270 W), luego subvoltea para recuperar relojes dentro del nuevo tope.

Task 6: Set an NVIDIA power limit (requires persistence mode and permissions)

cr0x@server:~$ sudo nvidia-smi -pl 270
Power limit for GPU 00000000:01:00.0 was set to 270.00 W from 320.00 W.

Qué significa: El tope está activo inmediatamente.

Decisión: Ejecuta tu carga 15–30 minutos. Si el rendimiento apenas cambia y los ventiladores se calman, básicamente terminaste.

Task 7: Confirm the cap sticks and observe behavior under load

cr0x@server:~$ nvidia-smi --query-gpu=power.draw,power.limit,temperature.gpu,clocks.gr --format=csv -l 2
power.draw, power.limit, temperature.gpu, clocks.gr
262.88, 270.00, 71, 1800
268.20, 270.00, 72, 1785
269.95, 270.00, 72, 1770

Qué significa: La GPU está viviendo con el límite de potencia. Los relojes se asientan un poco más bajos pero las temperaturas mejoraron.

Decisión: Si la pérdida de FPS es aceptable, mantenlo. Si no, subvoltea para obtener más relojes por vatio.

Task 8: Observe system-level power draw (rough but useful)

cr0x@server:~$ sudo turbostat --Summary --quiet --show PkgWatt,CorWatt,GFXWatt,PkgTemp --interval 2
PkgWatt CorWatt GFXWatt PkgTemp
88.72   72.11   0.02   86
74.30   58.54   0.01   79

Qué significa: La potencia del paquete de CPU se correlaciona con la temperatura. (En sistemas no-Intel, la disponibilidad varía.)

Decisión: Si PkgWatt es alto durante tu carga “ruidosa”, limitar potencia de CPU reducirá ruido incluso si la GPU está bien.

Task 9: Check for WHEA-like hardware errors (Linux view)

cr0x@server:~$ journalctl -k -b | egrep -i 'mce|whea|hardware error|edac' | tail -n 8
Jan 12 09:55:22 server kernel: mce: [Hardware Error]: CPU 7: Machine Check: 0 Bank 27: baa000000000080b
Jan 12 09:55:22 server kernel: mce: [Hardware Error]: TSC 0 ADDR 1ffffa2b0 MISC d012000100000000

Qué significa: Probablemente tienes estabilidad marginal: subvoltaje excesivo, RAM inestable o una CPU que no está feliz.

Decisión: Revierte el último paso de subvoltaje. Si los errores persisten en stock, investiga RAM/PSU/termales en lugar de culpar al subvoltaje.

Task 10: Check NVMe health and temperature margins (quiet PC also means cool storage)

cr0x@server:~$ sudo smartctl -a /dev/nvme0 | egrep 'Temperature:|Available Spare|Percentage Used|Media and Data Integrity Errors'
Temperature:                        55 Celsius
Available Spare:                    100%
Percentage Used:                    3%
Media and Data Integrity Errors:    0

Qué significa: La unidad está saludable. La temperatura está bien para la mayoría de NVMe de consumo.

Decisión: No persigas el silencio de los ventiladores privando el flujo de aire de la caja; si las temperaturas del NVMe se acercan al punto de throttling de la unidad, cambiarás ruido por tartamudeo.

Task 11: Identify top heat sources live

cr0x@server:~$ sudo powertop --time=10 --html=/tmp/powertop.html
modprobe cpufreq_stats failed
Loaded 22 prior measurements
RAPL device for cpu 0
report generated: /tmp/powertop.html

Qué significa: Puedes inspeccionar qué dispositivos evitan que el sistema entre en idle y qué estados alcanza.

Decisión: Si el consumo en idle es alto, el subvoltaje no lo solucionará; corrige wakeups en segundo plano y governors equivocados primero.

Task 12: Watch CPU temps and frequencies during your actual workload

cr0x@server:~$ watch -n 1 "grep -E 'cpu MHz' /proc/cpuinfo | head -n 4; sensors | egrep 'Tctl|Tdie|Package id 0' | head -n 4"
Every 1.0s: grep -E 'cpu MHz' /proc/cpuinfo | head -n 4; sensors | egrep 'Tctl|Tdie|Package id 0' | head -n 4

cpu MHz         : 5100.000
cpu MHz         : 5075.123
cpu MHz         : 5092.331
cpu MHz         : 5022.918
Tctl:         +91.8°C
Tdie:         +91.8°C

Qué significa: Altas frecuencias a altas temperaturas sugieren que la CPU está aumentando agresivamente y gastando vatios para hacerlo.

Decisión: Establece un límite de potencia/modo ECO. Si aún quieres más, subvoltea después para reducir el consumo en esos relojes.

Task 13: Validate GPU load and clocks using a generic OpenGL test (sanity check)

cr0x@server:~$ glxgears -info | head -n 10
GL_RENDERER   = NVIDIA GeForce RTX 3080/PCIe/SSE2
GL_VERSION    = 4.6.0 NVIDIA 550.54.14
GL_VENDOR     = NVIDIA Corporation
Running synchronized to the vertical refresh.  The framerate should be approximately the same as the monitor refresh rate.

Qué significa: La ruta GPU básica funciona; no es un benchmark, pero detecta problemas “driver roto”.

Decisión: Si incluso esto es inestable después de subvoltear, fuiste demasiado lejos o tu stack de drivers está inestable. Revierte antes de perder horas.

Task 14: Record a baseline for before/after comparison

cr0x@server:~$ mkdir -p ~/quietpc-baseline && (date; uname -a; sensors; nvidia-smi) | tee ~/quietpc-baseline/baseline.txt
Mon Jan 12 10:02:11 UTC 2026
Linux server 6.6.12 #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux
k10temp-pci-00c3
Adapter: PCI adapter
Tctl:         +44.1°C
Tdie:         +44.1°C
NVIDIA-SMI 550.54.14    Driver Version: 550.54.14    CUDA Version: 12.4

Qué significa: Ahora tienes una instantánea base que puedes comparar después de los cambios.

Decisión: Mantén un registro. Ajustar para silencio sin notas es como acabar discutiendo con tu yo del pasado.

Subvoltaje de CPU y límites de potencia de CPU

Las CPUs son complicadas porque cada fabricante y generación expone perillas diferentes, y algunos portátiles las ocultan por completo. La estrategia correcta sigue siendo coherente:
limita la potencia primero para obtener termales predecibles, luego subvoltea o optimiza la curva para lograr mejor eficiencia dentro de ese tope.

Qué hacer en AMD Ryzen (sobremesa): PPT/TDC/EDC y Curve Optimizer

Precision Boost de Ryzen está extremadamente dispuesto a gastar vatios por pequeñas ganancias. Eso es genial para gráficos de marketing y terrible para tus oídos.
Las dos palancas grandes son:

• Modo ECO / PPT reducido: baja el objetivo de potencia del paquete. El ruido cae rápido.
• Curve Optimizer (CO): desplazamientos por núcleo o por todos los núcleos en la curva voltaje/frecuencia. Esto es subvoltaje con cinturón de seguridad.

Con CO, normalmente aplicas un valor “negativo” (menos voltaje a una frecuencia dada). El número correcto es el que pasa tu carga de trabajo más dura,
no el que publica la mejor captura de pantalla.

Qué hacer en Intel (sobremesa): PL1/PL2 and undervolt (if allowed)

El comportamiento moderno de Intel depende de PL1/PL2 (límites de potencia sostenida y turbo) y ventanas de tiempo. Las configuraciones de serie pueden variar mucho según la placa;
algunas placas tratan “stock” como “ilimitado hasta que los VRMs pidan clemencia”.

Subvoltear en portátiles Intel a menudo está restringido por mitigaciones de seguridad. En sobremesa, normalmente puedes ajustar offsets de voltaje en BIOS.
El patrón seguro:

1. Establece PL1/PL2 razonables que coincidan con tu disipador y flujo de aire de la caja.
2. Solo entonces experimenta con pequeños offsets de voltaje (o ajuste de voltaje adaptativo).
3. Valida con cargas mixtas largas y revisa los logs de errores.

Límites de potencia de CPU: por qué son una victoria prioritaria por silencio

A los ventiladores no les importa tu puntuación de Cinebench. Les importan los vatios. Si tu CPU vierte 170 W en un disipador de torre, los ventiladores responderán.
Si lo limitas a 105 W, no lo estás “mutilando”; lo estás moldeando para cargas sostenidas y comodidad humana.

Muchas tareas reales son explosivas: abrir apps, compilar incrementos pequeños, navegar, incluso partes del juego. Los topes de potencia apenas afectan esas experiencias,
porque el boost todavía ocurre—solo menos agresivo y por menos tiempo.

Subvoltaje de GPU y límites de potencia: el mejor retorno ruido/tiempo

Las GPUs son donde el subvoltaje brilla, porque las GPUs pasan largos periodos en potencia sostenida casi máxima. Y porque muchas GPUs se envían con margen de voltaje
para cubrir silicio en peores condiciones y cajas peores (esas con un solo ventilador de escape y un sueño).

El flujo de trabajo que evita el dolor

1. Establece un límite de potencia que ya haga tolerables los ventiladores.
2. Subvoltea usando la curva para mantener un reloj respetable a menor voltaje.
3. Prueba juegos reales y algunas cargas sintéticas, porque diferentes cargas estresan diferentes caminos.
4. Detente temprano. Los últimos 25 mV que recortes son los más propensos a costarte una tarde de “¿por qué se cayó en ese menú?”

Cómo se ve el subvoltaje en GPUs modernas

En muchas tarjetas NVIDIA y AMD, seleccionas una frecuencia objetivo a un voltaje objetivo, luego aplastas la curva por encima. La idea es evitar que la GPU
suba a territorios de voltaje ineficientes por un reloj extra mínimo.

Resultados típicos:

• 10–20°C menos en hotspot o temperatura de núcleo en cargas sostenidas (varía según el disipador y el flujo de aire).
• RPM de ventilador notablemente más bajas, especialmente si estabas cerca de un umbral de rampa.
• Pequeña pérdida de rendimiento o casi paridad, a veces incluso ganancia si antes tenías throttling térmico.

Broma #2: Subvoltear es como una reunión de presupuesto—de repente todos aprenden a hacer el mismo trabajo con menos vatios.

Estabilidad y validación: deja de confiar en “arrancó”

Arrancar no es una prueba de estabilidad. Tampoco lo es “jugué diez minutos”. Las fallas por subvoltaje suelen depender de la temperatura y del tiempo:
un sistema que pasa frío puede fallar caliente; uno que pasa un sintético puede fallar en un juego; uno que va bien durante una hora puede fallar en la tercera hora.

Cómo se ven las fallas de estabilidad en la vida real

• Corrupción silenciosa de datos (raro en sobremesas de consumo, pero no inexistente): errores en descompresión de archivos, compilaciones mal hechas, “mi archivo está roto”.
• Eventos WHEA/MCE: el sistema corrige errores hasta que no puede. Esto es tu advertencia temprana, no una sugerencia.
• Resets del driver GPU: el clásico “la pantalla se queda negra y vuelve” o un fallo completo de la aplicación.
• Crashes aleatorios de apps: los navegadores son buenos canarios porque usan mucho JIT y memoria, y son implacables.

Un principio de fiabilidad para conservar

Aquí una idea parafraseada de Werner Vogels (CTO de Amazon): todo falla; diseña y opera asumiendo que fallará, y construirás sistemas resilientes.
Aplícalo al ajuste: asume que tu subvoltaje elegido fallará bajo alguna condición y demuestra que no lo hace.

Estrategia de validación que no te gasta el fin de semana

1. Elige dos cargas representativas: una que fuerce CPU (compilar, codificar) y otra que fuerce GPU (tu juego principal).
2. Ejecuta una “prueba de humo” de 30 minutos después de cada cambio. Si falla rápido, aprendes rápido.
3. Haz una “prueba soak” de 2–4 horas con las mejores configuraciones candidatas. Si sobrevive, estás cerca.
4. Revisa logs por errores corregidos incluso si nada se cayó.

Tres microhistorias corporativas del país de las consecuencias

Incidente causado por una suposición equivocada: “ahorrar energía no puede romper la corrección”

Una empresa mediana gestionaba una flota de servidores de compilación que compilaban enormes bases de código todo el día. Alguien notó que los servidores estaban calientes y ruidosos,
y que pagaban por energía y refrigeración como si fuera un deporte. El equipo decidió subvoltear las CPUs en BIOS a lo largo de la flota. No fue imprudente:
probaron una máquina, obtuvieron temperaturas más bajas, no vieron fallos inmediatos y lo desplegaron.

Dos semanas después, empezaron fallos intermitentes en compilaciones. No eran fallos de “el servidor se cayó”—peor. Una prueba unitaria rara fallaba, luego pasaba al reintentar.
Un binario a veces hacía segfault solo en producción. Los ingenieros culparon tests inestables, bugs del compilador y rayos cósmicos. La revisión del incidente fue… picante.

La causa raíz fue sencilla: el subvoltaje redujo el margen de estabilidad en un subconjunto de CPUs que ya estaban al límite debido a la variación del silicio
y mayores temperaturas sostenidas bajo carga constante. Las máquinas no se colapsaron; produjeron cómputos incorrectos ocasionalmente.
La primera pista fue un patrón de eventos de machine-check corregidos en logs del kernel que nadie había estado observando.

La solución fue aburrida: revertir el subvoltaje en toda la flota y luego reintroducir un tope de potencia conservador en lugar de offsets de voltaje. También añadieron monitorización
de logs para eventos de errores hardware. La suposición equivocada fue que “ahorrar energía” siempre es solo un riesgo de rendimiento. A veces es un riesgo de corrección. Esos son los que recuerdas.

Optimización que salió mal: el límite de potencia que provocó peor rendimiento y más ruido

Otra organización tenía una piscina de estaciones GPU para visualización de datos y cargas CUDA ocasionales. Las GPUs estaban ruidosas en las transiciones idle→load.
Alguien leyó que bajar límites de potencia hace todo más silencioso. Aplicaron un recorte grande: del límite por defecto a algo dramático.

El resultado fue confuso. El cómputo sostenido se ralentizó más de lo esperado, lo cual esperaban. Pero el ruido empeoró: los ventiladores subían y bajaban,
y los usuarios se quejaron de UI entrecortada durante el trabajo interactivo. Los tickets describían “picos de lag” y “ráfagas de ventilador aleatorias”, que no es el tipo de
precisión que quieres en informes de usuarios.

Lo que pasó: el límite era lo bastante bajo como para que la GPU alcanzara el techo de potencia frecuentemente durante ráfagas comunes, así que los relojes oscilaron. La carga alternaba entre
ráfagas cortas de cómputo y esperas, lo que hacía que la GPU rebotara entre estados de boost. Eso provocó que la temperatura y el control de ventiladores también oscilaran.
No se consiguió silencio; solo se perdió la estabilidad del comportamiento.

Lo arreglaron poniendo un límite de potencia moderado en lugar de uno extremo, luego subvolteando para mantener los mismos relojes interactivos a menor voltaje.
También ajustaron la histéresis del ventilador para que no respondiera instantáneamente a pequeñas variaciones de temperatura. La lección: un límite de potencia no es una perilla de volumen si fuerza
a la GPU a transiciones constantes de estado. Tus oídos odian las oscilaciones.

Práctica aburrida pero correcta que salvó el día: “un cambio, una métrica, una reversión”

Un equipo pequeño gestionaba una oficina remota con unos pocos PCs “todo en uno”: CAD, videollamadas y render ocasional. Las máquinas eran ruidosas y corrían calientes,
y la oficina era lo bastante pequeña como para que todos lo escucharan. Pero también eran críticas para el negocio, y el tiempo de inactividad significaba pérdida de clientes.

El equipo lo manejó como producción. Registraron bases: temperaturas en idle y carga, RPM de ventiladores, consumo de potencia y algunos tiempos representativos de cargas.
Anotaron versiones de BIOS y drivers. Hicieron un cambio a la vez: primero un tope de potencia de CPU, luego un límite modesto de GPU, luego un subvoltaje.
Cada cambio tenía una nota de reversión: qué volver a poner si un usuario reporta un crash.

Dos meses después, tras una actualización de drivers, una máquina empezó a mostrar pantalla negra bajo carga GPU. El equipo no discutió si era “la actualización” o “el subvoltaje”.
Revirtieron el perfil de subvoltaje de GPU en minutos, confirmaron estabilidad y luego reintrodujeron un subvoltaje más suave después de probarlo.

No es glamoroso. Sin embargo, es como evitas convertir “proyecto PC silencioso” en “¿por qué el PC de contabilidad se reinicia durante facturas?”.
La práctica aburrida fue higiene de cambios: baseline, variable única, prueba soak, reversión.

Errores comunes (síntomas → causa raíz → solución)

1) “Está más silencioso, pero los juegos se caen después de 40 minutos”

Síntoma: Estable durante un rato, luego crash/reset del driver.

Causa raíz: Subvoltaje estable cuando el disipador está frío; inestable cuando VRAM, hotspot de GPU o núcleos de CPU se calientan.

Solución: Aumenta ligeramente el voltaje en tu frecuencia objetivo, o reduce la frecuencia objetivo en 15–30 MHz; vuelve a probar con un soak más largo.

2) “El rendimiento se desploma en un juego pero no en otros”

Síntoma: Un título pierde mucho más FPS de lo esperado tras limitar potencia.

Causa raíz: Ese juego está limitado por potencia y usa shaders sostenidos; se mantiene constantemente en el tope, por lo que la frecuencia es más baja.

Solución: Sube el límite de potencia ligeramente y luego subvoltea para mantener las temperaturas bajas. Alternativamente, crea un perfil por juego si tu herramienta lo soporta.

3) “Los ventiladores siguen subiendo fuerte incluso después de subvoltear”

Síntoma: Las temperaturas mejoraron, pero persisten picos de ruido.

Causa raíz: La histéresis de la curva del ventilador es demasiado agresiva; los ventiladores responden instantáneamente a picos cortos.

Solución: Añade histéresis/demora o suaviza la curva. También verifica si un sensor distinto está gobernando la curva (CPU vs hotspot de GPU).

4) “Reinicios aleatorios, sin logs, parece problema de PSU”

Síntoma: Pérdida repentina de potencia bajo carga.

Causa raíz: Picos transitorios combinados CPU+GPU más inestabilidad por subvoltaje causando cambios abruptos de estado; o protecciones de PSU/VRM que se activan.

Solución: Afloja el subvoltaje, establece límites de potencia moderados, verifica cables de alimentación PCIe correctos (sin encadenar para GPUs de alto consumo) y vuelve a probar.

5) “Idle sigue caliente y ruidoso”

Síntoma: Ventiladores audibles en escritorio.

Causa raíz: Procesos en segundo plano impiden estados de baja potencia; governor de CPU incorrecto; GPU atascada en estado de alto rendimiento; flujo de aire pobre.

Solución: Arregla el idle primero: investiga wakeups, asegúrate de la gestión de energía adecuada, confirma que los relojes de GPU caen en idle.

6) “Después de actualizar BIOS, los controles de subvoltaje desaparecieron”

Síntoma: Controles de voltaje faltan o están bloqueados.

Causa raíz: Mitigación de seguridad (común en portátiles) o cambios en la política del fabricante.

Solución: Usa límites de potencia/modo ECO en su lugar. No bajes de versión el BIOS a la ligera; trátalo como un cambio de seguridad.

7) “El subvoltaje de GPU pasa sintéticos pero falla en menús o al alt-tab”

Síntoma: Crashes durante transiciones, no durante carga estable.

Causa raíz: Inestabilidad durante transiciones de voltaje/frecuencia; la curva no es estable en múltiples puntos.

Solución: Afina para estabilidad en transiciones: no sobreaplanes; elige un punto objetivo estable y asegura que los puntos adyacentes sean razonables.

8) “Las temps están bien, pero el PC sigue ruidoso”

Síntoma: Las métricas térmicas parecen controladas; el ruido persiste.

Causa raíz: Ruido mecánico: cojinete del ventilador, turbulencia, resonancia de la caja; o un ventilador pequeño de alta RPM (chipset/PSU) es el culpable.

Solución: Identifica físicamente el ventilador ruidoso; reemplázalo o vuelve a montarlo; reduce la turbulencia (gestión de cables, quita filtros de polvo restrictivos si es seguro).

Listas de verificación / plan paso a paso

Paso a paso: el flujo “silencio sin remordimientos”

1. Baseline: registra temps, relojes, potencia y percepción de ruido bajo tu carga real. Guarda logs.
2. Arregla el flujo de aire primero: limpia polvo, verifica que las entradas no estén bloqueadas, asegura que los ventiladores estén orientados correctamente.
3. Aplica límite de potencia GPU: reduce 10–15% y prueba. Esta es la ganancia más rápida para rigs de juego.
4. Aplica tope de potencia CPU/modo ECO: reduce la potencia sostenida para ajustarla a tu disipador. Prueba carga sostenida de CPU.
5. Subvoltea GPU vía curva: elige un punto conservador de voltaje/frecuencia; prueba 30 minutos; itera.
6. Subvoltea/optimiza curva CPU: pasos pequeños, vigila errores corregidos. Prefiere ajuste por núcleo si está disponible.
7. Soak test: 2–4 horas de carga combinada CPU+GPU o tu sesión real más larga.
8. Revisión de logs: revisa logs del kernel por errores corregidos; revisa logs del driver GPU si están disponibles.
9. Fíjalo: guarda perfiles, documenta ajustes y conserva un perfil “conocido bueno” de respaldo.

Lista de higiene de cambios (la que usan los adultos)

• Un cambio a la vez.
• Siempre mantener una ruta de reversión (perfil BIOS, perfil GPU guardado, o una nota escrita “volver a X”).
• Prefiere topes y curvas sobre offsets brutos si tu plataforma los soporta.
• Observa errores corregidos, no solo crashes.
• Valida a temperatura en estado estable, no solo en arranque en frío.

Prioridades para un PC silencioso (ordenadas)

1. Evita el throttling térmico (throttle = calor + ruido + pérdida de rendimiento).
2. Capar la potencia para ajustar al disipador y la caja.
3. Subvoltear para recuperar rendimiento por vatio.
4. Ajustar histéresis del ventilador para que la máquina no “reaccione” con brío.
5. Arreglos mecánicos (ventiladores, montajes, resonancia) una vez resuelto el tema térmico.

Preguntas frecuentes

¿El subvoltaje invalida mi garantía?

Normalmente no explícitamente, pero depende de los términos del fabricante y si causaste daño. En la práctica: el subvoltaje es menos arriesgado que el overvolt,
pero la inestabilidad aún puede causar tiempo de inactividad. Limitar potencia suele ser más seguro y menos polémico.

¿El subvoltaje reducirá el rendimiento?

Si se hace bien, a menudo no—o incluso puede mejorar el rendimiento sostenido al evitar el throttling térmico. Si te pasas, el rendimiento cae vía crashes,
reintentos o downclocking. Trata la estabilidad como parte del rendimiento.

¿Qué es mejor para silencio: subvoltaje o límite de potencia?

Límite de potencia primero. Es predecible y fácil de razonar. Subvoltea después para mejorar la eficiencia dentro de ese tope.

¿Por qué mi subvoltaje de GPU parece estable en un benchmark pero se cae en un juego específico?

Diferentes juegos estresan distintas partes de la GPU y crean comportamientos transitorios distintos. Algunos son duros con VRAM, otros en caminos de shaders, otros en transiciones de estado.
Tu ajuste debe sobrevivir al peor caso que realmente uses, no al benchmark que te gusta.

¿El subvoltaje puede causar corrupción de datos?

Puede, especialmente en cargas de cálculo intensivas en CPU donde los errores de cómputo importan. Es poco común para uso casual, pero no imposible.
Si la corrección importa, monitoriza errores hardware y valida a fondo.

Mi portátil no me deja subvoltear más. ¿Qué hago ahora?

Usa límites de potencia, modos “silencioso” del fabricante y mejoras de refrigeración (repaste si procede, limpia rejillas, mejora el flujo de aire). Muchos sistemas bloquearon el subvoltaje por mitigaciones de seguridad.

¿Debería subvoltear RAM o VRAM para silencio?

No como primer movimiento. Subvoltear memoria puede producir errores sutiles que parecen bugs de software. Si buscas silencio, ataca los grandes vatios: paquete de CPU y placa GPU.

¿Cómo sé si el cuello de botella es CPU o GPU?

Observa utilización, relojes y consumo de potencia durante la carga. Si la GPU está cerca de utilización máxima y consumo cerca del tope, es bound por GPU.
Si la potencia del paquete de CPU y la temperatura suben con alta utilización de CPU, es bound por CPU o limitado térmicamente por la CPU.

¿Cuál es un número “seguro” de subvoltaje?

No existe uno. La calidad del silicio varía. Comienza con pasos conservadores, valida y detente cuando veas rendimientos decrecientes.
El subvoltaje seguro es el que sobrevive tu carga real más larga y no genera errores hardware corregidos.

¿Por qué bajar el límite de potencia a veces aumenta el stutter?

Si el límite es demasiado bajo, la GPU/CPU oscila entre estados de boost, produciendo tiempos de cuadro inconsistentes. Sube el tope ligeramente o subvoltea para mantener relojes más estables.

Siguientes pasos que puedes hacer hoy

1. Mide primero: captura baseline de temps y potencia para CPU y GPU bajo tu carga real.
2. Establece un límite de potencia GPU moderado: reduce 10–15%, prueba 30 minutos y decide si realmente necesitas subvoltaje.
3. Establece un tope de potencia CPU/modo ECO: apunta a temperaturas sostenidas con las que te sientas cómodo, no al máximo que tu silicio puede sobrevivir.
4. Subvoltea en pasos pequeños: prioriza la estabilidad y el comportamiento suave sobre las puntuaciones pico.
5. Ejecuta un soak y revisa logs: si ves errores hardware, revierte de inmediato y vuelve a probar.
6. Documenta tus ajustes: los olvidarás, y tu yo futuro se molestará.

Los PCs silenciosos no se construyen con heroicidades. Se construyen con restricción: limita potencia, limita calor, y los ventiladores dejan de intentar salvarte de ti mismo.