Por fin consigues la GPU que querías. Ordenas bien los cables como un adulto. Inicias un juego y—ahí está: un chillido fino y agudo que sube y baja con la tasa de fotogramas.
Tu primer instinto es “¿el ventilador?” Tu segundo es “¿gasté tanto en esto?”
El zumbido de bobina es uno de esos problemas modernos de PC que parece un defecto, se comporta como una clase de física y muchas veces está “dentro de especificación” de la manera más emocionalmente insufrible posible.
Esta guía explica cómo tratarlo como un incidente operativo: identificar al culpable, medirlo, mitigarlo y decidir cuándo devolver hardware frente a cuándo seguir con tu vida.
Qué es realmente el zumbido de bobina (y por qué no es solo “ruido”)
“Zumbido de bobina” es la vibración audible de componentes de entrega de energía bajo carga eléctrica—con mayor frecuencia inductores (chokes), a veces transformadores, ocasionalmente condensadores cerámicos por efectos piezoeléctricos.
En una GPU, los sospechosos habituales están en la zona del VRM: la circuitería que convierte 12V de tu PSU a los voltajes más bajos que realmente usan el núcleo y la memoria de la GPU.
El detalle clave: el sonido es una vibración mecánica impulsada por un fenómeno eléctrico. El VRM de la GPU conmuta corriente a alta frecuencia. Los campos magnéticos cambian. Los componentes experimentan fuerzas. Si algo en ese sistema mecánico resuena en o cerca del rango audible—felicidades, construiste un pequeño altavoz.
El zumbido de bobina suele ser más perceptible a frecuencias de cuadro muy altas, en menús, pantallas de carga o escenarios de “FPS sin límite” donde la GPU produce fotogramas tan rápido como puede, a menudo con carga instantánea muy variable.
También puede aparecer fuera de juegos: al desplazar una página en el navegador, mover una ventana o ejecutar ciertas cargas de cálculo que generan picos en el consumo de energía.
Hay una verdad incómoda: el zumbido de bobina puede ocurrir en hardware perfectamente funcional y dentro de especificación. No es un indicador garantizado de fallo inminente. Es un indicador de que tu electrónica de potencia está excitada de una manera que a tus oídos no les agrada.
De dónde viene el sonido: VRM de la GPU, inductores y compañía
El VRM como generador de ruido
Un VRM de GPU suele ser un convertidor buck de múltiples fases. Cada “fase” tiene MOSFETs (conmutadores), un inductor (choke) y capacitores para suavizar la corriente. El controlador conmuta rápidamente las fases para mantener un voltaje estable ante cargas cambiantes.
La frecuencia de conmutación puede ser de cientos de kilohertz a más de un megahertz—muy por encima del oído. ¿Entonces por qué lo oyes?
Porque la conmutación eléctrica puede excitar subarmónicos, pulsos transitorios y resonancias en el encapsulado del componente y la PCB. Además, la vibración mecánica no necesita coincidir exactamente con la frecuencia de conmutación; necesita coincidir con algún modo resonante que reciba energía de esa actividad de conmutación.
Por qué se culpabilizan los inductores (a menudo con razón)
Los inductores contienen material magnético. Cuando la corriente cambia, las fuerzas magnéticas pueden mover el núcleo o los devanados. Los fabricantes intentan controlarlo mediante:
encapsulado en resina, chokes moldeados, cambio de materiales del núcleo y apretando tolerancias mecánicas.
Aun así, pequeñas variaciones en el ensamblaje y los materiales hacen que dos tarjetas “idénticas” puedan comportarse de manera diferente.
Por qué la PSU a veces es la villana (o cómplice)
La PSU suministra 12V, pero no todo 12V es igual. El rizado, la respuesta a transitorios y la interacción entre la regulación de la PSU y el comportamiento del VRM de la GPU pueden cambiar cuánto trabajo tiene que hacer el VRM.
Eso puede desplazar el perfil de ruido. A veces el chillido que crees que proviene “de la GPU” es en realidad las propias bobinas de la PSU bajo carga de la GPU.
Acústica del chasis: tu caja es una caja de resonancia
Las rutas de flujo de aire, la rigidez de los paneles e incluso los paneles de vidrio pueden hacer que el zumbido de bobina sea más o menos perceptible. Una caja con paneles metálicos finos puede amplificar ciertas frecuencias.
La GPU puede estar “normal” y la caja puede ser el amplificador.
Por qué es más común ahora: densidad de potencia, FPS altos y cargas modernas
El zumbido de bobina no es nuevo. Lo nuevo es cuánta gente puede oírlo y con qué frecuencia aparecen las condiciones que lo producen.
- La densidad de potencia aumentó. Las GPUs modernas consumen mucha potencia a través de VRMs compactos. Corrientes más altas significan fuerzas más intensas.
- Los FPS aumentaron. Monitores de alta tasa de refresco y la cultura de “desbloquear todo” producen FPS muy altos en menús y títulos esports.
- Las cargas son más explosivas. Los pipelines de render moderno y los algoritmos de boost crean consumos de energía que cambian rápidamente, lo que puede excitar resonancias.
- Los PCs están más silenciosos. Cuando tus ventiladores están en reposo a 500–800 RPM, de repente notas todo lo demás.
Enmarcando operativamente: el zumbido de bobina es un problema de percepción humana impulsado por comportamiento electromecánico. Resolverlo es en parte ingeniería, en parte gestión de expectativas.
Guion rápido de diagnóstico (primero/segundo/tercero)
Si quieres el camino más rápido a “esto es solucionable, tolerable o retornable”, haz esto en orden. No empieces desmontando nada. No empieces comprando una nueva PSU. No estás en una búsqueda de compras; estás en una llamada de incidente.
Primero: confirma que no es un ventilador, cable o panel suelto
- Detén los ventiladores de la GPU brevemente (modo “0 RPM” por software, o ajusta temporalmente la curva a baja—no metas los dedos en los ventiladores). Si el ruido persiste sin cambios, no es ruido de rodamiento del ventilador.
- Abre el panel lateral de la caja. Si el ruido cambia drásticamente, puede que estés lidiando con resonancia del panel que amplifica un nivel normal de zumbido.
- Revisa que ningún cable toque un ventilador. Suena tonto hasta que arruina tu noche.
Segundo: correlaciona el ruido con FPS y potencia de la GPU
- Limita FPS a 60/120/144 y mira si el ruido baja. El zumbido que sigue a los FPS es clásico.
- Undervoltea ligeramente y prueba de nuevo. Reducir voltaje a menudo reduce el zumbido al disminuir la corriente y cambiar el comportamiento de conmutación.
- Cambia el tipo de carga (menú del juego vs benchmark vs cómputo). Si solo ocurre en menús, probablemente sea comportamiento transitorio por FPS altos.
Tercero: aisla GPU vs PSU vs placa base
- Cambia la PSU solo si puedes pedir prestada una conocida y buena. De lo contrario, estarás adivinando con gasto.
- Mueve la GPU a otro sistema si es posible. ¿El mismo ruido sigue a la GPU? GPU es la fuente. ¿El ruido cambia drásticamente? Efecto de interacción.
- Escucha cerca del extractor de la PSU vs cerca del área VRM de la GPU. Es crudo pero efectivo.
Buscas repetibilidad. Una reproducción fiable es el 80% de la depuración.
Tareas prácticas: 12+ comprobaciones reales con comandos, salidas y decisiones
Estas tareas asumen Linux porque es donde podemos mostrar telemetría real e inspeccionable sin GUIs de los fabricantes. Si estás en Windows, la lógica sigue aplicando; solo usarás herramientas diferentes.
El punto no es el comando exacto—es la disciplina: medir, interpretar, decidir.
Task 1: Identify the GPU and driver (baseline your environment)
cr0x@server:~$ lspci -nn | grep -Ei 'vga|3d|display'
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation AD104 [GeForce RTX 4070] [10de:2786] (rev a1)
Qué significa: Has confirmado el modelo del dispositivo y la ubicación PCI (01:00.0). Útil cuando tienes múltiples GPUs.
Decisión: Si no ves la GPU esperada, para. Estás solucionando la máquina equivocada—o está activo el iGPU.
Task 2: Watch GPU power draw and clocks during the noise
cr0x@server:~$ nvidia-smi --query-gpu=timestamp,power.draw,clocks.gr,clocks.mem,utilization.gpu --format=csv -l 1
timestamp, power.draw [W], clocks.gr [MHz], clocks.mem [MHz], utilization.gpu [%]
2026/01/21 10:11:01, 38.52 W, 2100 MHz, 8101 MHz, 12 %
2026/01/21 10:11:02, 224.31 W, 2730 MHz, 10001 MHz, 98 %
Qué significa: Puedes correlacionar un chillido con un pico de potencia o con potencia sostenida alta.
Decisión: Si el zumbido aparece principalmente durante cambios rápidos de potencia (comportamiento picado), limitar FPS y suavizar el pacing de fotogramas son tus primeras mitigaciones.
Task 3: Confirm whether FPS is the trigger (cap it)
cr0x@server:~$ mangohud --dlsym ./your_game_binary
MangoHud: F12 toggles HUD, FPS limit: 0
Qué significa: MangoHud se inyecta y puede aplicar un limitador de FPS (configuración o hotkeys, según la instalación).
Decisión: Si el zumbido desaparece cuando limitas FPS al refresco del monitor (o un poco por debajo), deja de cazar fantasmas. Tu solución es un límite de FPS, no un RMA.
Task 4: Verify the kernel sees coil-related power management events (PCIe link changes)
cr0x@server:~$ lspci -s 01:00.0 -vv | grep -E 'LnkSta|LnkCap'
LnkCap: Port #0, Speed 16GT/s, Width x16
LnkSta: Speed 16GT/s (ok), Width x16 (ok)
Qué significa: Verificas que la velocidad/anchura del enlace PCIe sea estable. Fluctuaciones de estado de energía pueden cambiar las características de carga.
Decisión: Si la velocidad del enlace es inesperadamente baja o inestable, arregla eso primero (BIOS/ranura/riser). No culpes al zumbido de bobina por un sistema degradado.
Task 5: Check CPU power management changes (sometimes it’s not the GPU)
cr0x@server:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave
Qué significa: Un gobernador “powersave” puede causar jitter en el tiempo de fotogramas; el jitter puede provocar cargas explosivas en la GPU, lo que puede empeorar el zumbido.
Decisión: Para pruebas, cambia a performance y observa si cambia el perfil de ruido. Si lo hace, estás tratando con transitorios de carga.
Task 6: Temporarily set CPU governor to performance (test, don’t marry it)
cr0x@server:~$ sudo apt-get update -y && sudo apt-get install -y linux-tools-common linux-tools-generic
Reading package lists... Done
Setting up linux-tools-common ...
Setting up linux-tools-6.8.0-xx-generic ...
cr0x@server:~$ sudo cpupower frequency-set -g performance
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
Qué significa: La CPU responderá más rápido; menos caídas y picos.
Decisión: Si el zumbido se reduce, has aprendido algo: suavizar el comportamiento del sistema puede reducir la excitación del VRM. Ahora decide si ajustar políticas de energía o simplemente capar FPS.
Task 7: Confirm the noise isn’t from the PSU (load it and listen)
cr0x@server:~$ stress-ng --cpu 8 --cpu-method matrixprod --timeout 30s --metrics-brief
stress-ng: info: [23144] dispatching hogs: 8 cpu
stress-ng: metrc: [23144] cpu 30.00s 2400.00 bogo ops/s
Qué significa: Esto carga la CPU, no la GPU. Si el “zumbido de bobina” sucede bajo carga solo de CPU, tu PSU o el VRM de la placa base pueden ser la fuente.
Decisión: Si el ruido aparece sin carga de GPU, deja de ajustar la GPU. Investiga PSU/VRM de placa base y revisa paneles sueltos.
Task 8: Load the GPU in a repeatable way (controlled reproduction)
cr0x@server:~$ sudo apt-get install -y glmark2
Reading package lists... Done
Setting up glmark2 ...
cr0x@server:~$ glmark2 --fullscreen
=======================================================
glmark2 2023.01
=======================================================
[build] use-vbo=false: FPS: 3920 FrameTime: 0.255 ms
Qué significa: Las pruebas de FPS muy altos suelen desencadenar zumbido. Los menús también lo hacen; los benchmarks lo hacen reproducible.
Decisión: Si el zumbido es fuerte aquí pero desaparece al capar FPS, tienes una ruta de mitigación clara: caparlo.
Task 9: Cap FPS at the compositor level (Wayland/X11 test)
cr0x@server:~$ sudo sed -i 's/^#\?MaxFPS=.*/MaxFPS=144/' /etc/environment
sed: can't read /etc/environment: No such file or directory
Qué significa: No todos los sistemas exponen un único cap global de FPS, y los tweaks de internet a menudo no aplican. Bien: acabas de evitar perder tiempo.
Decisión: Usa límites por juego (configuración del motor, MangoHud, panel del controlador) en lugar de perseguir el “archivo único” mítico que lo controle todo.
Task 10: Check PSU rails and sensors (only for hints, not gospel)
cr0x@server:~$ sudo apt-get install -y lm-sensors && sudo sensors-detect --auto
Found `coretemp` sensor, loading...
Found `nct6775` sensor, loading...
cr0x@server:~$ sensors
nct6775-isa-0290
Vcore: 1.056 V
+12V: 12.096 V
+5V: 5.040 V
Qué significa: Los sensores de placa son aproximados. No mostrarán rizado ni transitorios rápidos.
Decisión: Si 12V está fuera de especificación por mucho (raro), investiga la PSU. Si no, no sobreinterpretes. El zumbido puede ocurrir con lecturas de 12V perfectas.
Task 11: Check dmesg for PCIe or power errors (rule out real faults)
cr0x@server:~$ dmesg -T | grep -Ei 'pcie|aer|nvrm|amdgpu|xid' | tail -n 10
[Tue Jan 21 10:09:33 2026] NVRM: GPU 0000:01:00.0: RmInitAdapter succeeded
Qué significa: Compruebas que no tengas inestabilidad real de hardware que se disfrace de “solo ruido”.
Decisión: Si ves errores AER, Xid o reinicios de GPU, deja de tratar esto como zumbido de bobina. Podrías tener una GPU/PSU/camino PCIe defectuoso.
Task 12: Verify you’re not overheating and hitting power/clock oscillation
cr0x@server:~$ nvidia-smi --query-gpu=temperature.gpu,clocks.gr,pstate,clocks_throttle_reasons.active --format=csv
temperature.gpu [C], clocks.gr [MHz], pstate, clocks_throttle_reasons.active
71, 2685, P2, Not Active
Qué significa: Si estás térmica o energéticamente limitando, la GPU puede oscilar entre estados, cambiando el comportamiento del VRM y a veces el tono del zumbido.
Decisión: Si hay throttling activo, arregla la refrigeración/límites de potencia primero. Mitigar el zumbido funciona mejor en un punto operativo estable.
Task 13: Create a controlled A/B test with power limit (NVIDIA example)
cr0x@server:~$ sudo nvidia-smi -pl 200
Power limit for GPU 00000000:01:00.0 was set to 200.00 W from 220.00 W.
Qué significa: Bajar el límite de potencia reduce la corriente y puede reducir el zumbido (y el calor) con una pérdida mínima de rendimiento según la tarjeta.
Decisión: Si el zumbido baja significativamente y el impacto en rendimiento es aceptable, mantén el límite. Si no, revierte e intenta undervolting o límites de FPS.
Task 14: Check whether the noise only happens at idle/2D clocks (desktop whine)
cr0x@server:~$ nvidia-smi --query-gpu=clocks.gr,clocks.mem,pstate --format=csv -l 1
clocks.gr [MHz], clocks.mem [MHz], pstate
210, 405, P8
2100, 8101, P2
Qué significa: Algunos sistemas zumban durante transiciones de estado (P8 a P2), como cuando desplazas una página pesada o el compositor hace un pico.
Decisión: Si las transiciones de escritorio desencadenan zumbido, puedes probar forzar un estado de potencia constante (donde sea soportado) o reducir los disparadores transitorios (ajustes de aceleración de hardware del navegador, cambios de tasa de refresco). Pero no fuerces clocks máximos 24/7 a menos que te guste el calor.
Task 15: Validate your audio isn’t lying (ground loop confusion)
cr0x@server:~$ pactl list short sinks
0 alsa_output.pci-0000_0b_00.4.analog-stereo PulseAudio s16le 2ch 44100Hz RUNNING
Qué significa: Algunas personas persiguen “zumbido de bobina” que en realidad es interferencia en la salida de audio, especialmente con audio del panel frontal.
Decisión: Si el ruido está en auriculares/altavoces (no es audible desde la caja), investiga la conexión/toma de tierra y prueba salida trasera o audio USB.
Qué puedes hacer: mitigaciones que funcionan (y lo que es placebo)
1) Capar FPS (la solución aburrida que funciona)
Al zumbido de bobina le encantan los FPS sin límite porque la GPU está corriendo como una liebre sin mucho beneficio práctico. Tu monitor no puede mostrar 3000 FPS en un menú. Tu GPU puede, y se quejará ruidosamente mientras lo hace.
Limita FPS en el juego, vía el panel de control del driver o mediante un limitador en overlay. Apunta a:
tu tasa de refresco, o ligeramente por debajo (p. ej., 141 en un panel de 144 Hz) para reducir la oscilación.
2) Activa V-Sync (o sincronización adaptativa + un límite)
V-Sync limita FPS sincronizándolos al refresco, lo que a menudo elimina los escenarios de FPS más altos que desencadenan el zumbido. La desventaja es el retardo de entrada en algunos títulos.
Un enfoque más moderno: usa VRR (G-Sync/FreeSync) más un límite de FPS justo por debajo del refresco.
3) Undervolt (la mejor solución “ingenieril” para muchas tarjetas)
El undervolt reduce la corriente para la misma carga y puede desplazar el punto operativo del VRM fuera de una condición resonante.
No es garantizado, pero es una de las pocas mitigaciones que puede reducir el zumbido sin sacrificar mucho rendimiento.
Hazlo con cuidado. Reduce el voltaje en pequeños incrementos, prueba estabilidad y vigila reinicios de drivers. No intentas ganar una competición de undervolt; intentas parar el chillido.
4) Bajar el límite de potencia (a menudo “suficiente”)
Limitar potencia es la prima más simple del undervolt. Es tosca, pero predecible.
Muchas GPUs pierden poco FPS real al bajar 5–10% la potencia, especialmente si ya estaban en rendimientos decrecientes.
5) Cambiar el perfil de carga (arreglos para menús)
Si el zumbido ocurre en menús o pantallas de carga: configura límites de FPS para menús si el juego lo permite.
Algunos motores permiten que los menús rendericen a FPS infinito por defecto porque nadie les pidió que se comportaran como adultos responsables.
6) Ajustes de caja y colocación (mitigación acústica)
Si el zumbido es “apenas perceptible” pero molesto, algunos cambios físicos pueden ayudar:
- Mueve la caja fuera del escritorio y al suelo (menos línea directa hacia tus oídos).
- Aumenta un poco la distancia o rota la caja para que el panel lateral de la GPU no apunte hacia ti.
- Aprieta los paneles y los tornillos del soporte PCIe; la resonancia es un amplificador real.
- Añade amortiguación ligera (paneles mejores, no meter espuma en las rutas de aire como si insonorizaras un motor a reacción).
7) Prueba otra PSU (solo como experimento controlado)
Cambiar la PSU no es una solución de primera línea porque es caro e incierto. Pero los efectos de interacción son reales:
la respuesta a transitorios y las características de rizado de otra PSU pueden cambiar el comportamiento del VRM de la GPU.
El método sensato: pide prestada una PSU conocida y buena con capacidad suficiente, pruébala 30 minutos bajo la misma carga y decide.
Broma #1: Si tu GPU canta a 3 kHz solo en el menú principal, enhorabuena—compraste un instrumento muy caro que solo sabe una canción.
Qué no puedes hacer (sin convertirte en el problema)
No puedes “arreglarlo” con actualizaciones de drivers en la mayoría de los casos
Los drivers pueden cambiar el comportamiento de boost, el pacing de fotogramas y los valores por defecto de gestión de energía. Eso puede desplazar cuando aparece el zumbido.
Pero si la causa raíz es una resonancia mecánica en un inductor, el software solo puede evitar las condiciones desencadenantes, no eliminar la capacidad física de vibrar.
No puedes “pegar las bobinas” de forma segura a menos que seas técnico de retrabajo
A la gente le encanta la idea de añadir epoxi o pegamento caliente para amortiguar la vibración. A veces los fabricantes sí usan compuestos de potting.
Pero hacerlo tú mismo en una GPU moderna es de alto riesgo:
- Puedes atrapar calor en el área del VRM.
- Puedes contaminar componentes o causar cortocircuitos si usas material inadecuado.
- Puedes anular la garantía y reducir el valor de reventa al instante.
A menos que domines el retrabajo a nivel de placa y aceptes las consecuencias, no lo hagas. “Vi un video” no es una cualificación.
No puedes tratarlo como una métrica de fiabilidad
El zumbido de bobina no es, por sí mismo, evidencia de que la GPU está fallando. Algunas tarjetas zumban desde el día uno y funcionan durante años. Otras están silenciosas y aún así mueren por causas no relacionadas.
Si tienes errores, fallos, pantallas negras o spam AER—ese es otro incidente y otro guion.
Errores comunes: síntoma → causa raíz → solución
1) “Es un ruido de trituración, debe ser zumbido de bobina”
Síntoma: Ruido áspero, baja frecuencia que cambia con la velocidad del ventilador.
Causa raíz: Rodamiento del ventilador, cable rozando o curva de ventilador mala causando rampas constantes.
Solución: Detén/ralentiza ventiladores brevemente para confirmar; redirige cables; ajusta histéresis de ventiladores; reemplaza el ventilador si el rodamiento está muerto.
2) “Solo ocurre en menús, así que algo está roto”
Síntoma: Chillido fuerte en menús/pantallas de carga, más silencioso en juego.
Causa raíz: FPS sin límite en escenas de baja complejidad provocando FPS extremos y consumo de potencia explosivo.
Solución: Establece límite de FPS en menús o límite global; activa V-Sync/VRR con un tope ligeramente inferior al refresco.
3) “Nueva PSU no lo arregló, así que la GPU está defectuosa”
Síntoma: Zumbido sin cambios tras cambiar la PSU.
Causa raíz: La resonancia del VRM de la GPU domina; la interacción con la PSU no era el factor principal.
Solución: Usa límites de FPS/undervolt; considera RMA solo si es inusualmente ruidosa y el fabricante acepta reclamaciones por ruido.
4) “Hice undervolt y ahora suena más”
Síntoma: Nuevo tono o zumbido desplazado tras undervolt.
Causa raíz: Moviste el VRM a una región operativa diferente; la resonancia cambió.
Solución: Prueba otro punto voltaje/frecuencia; a veces un voltaje ligeramente mayor reduce el zumbido al cambiar el comportamiento de conmutación. Prueba sistemáticamente.
5) “Es zumbido de bobina, ignora los fallos”
Síntoma: Ruido más reinicios de driver, pantallas negras o errores PCIe/AER.
Causa raíz: Inestabilidad real: entrega de potencia, sobrecalentamiento, cable/conector defectuoso, riser problemático o hardware defectuoso.
Solución: Trátalo como un incidente de estabilidad. Revisa logs, conexiones, térmicas, límites de potencia; revierte overclocks; prueba en otro sistema; RMA si es reproducible.
6) “Está en mis auriculares, así que la GPU está zumbando”
Síntoma: Ruido agudo en audio que cambia con la carga de la GPU.
Causa raíz: EMI/problema de masa en la ruta de audio, especialmente audio del panel frontal o cables mal apantallados.
Solución: Usa salida trasera; prueba un DAC USB; separa los cables de audio de la GPU; verifica la toma de tierra.
Tres microhistorias corporativas desde el terreno
Microhistoria 1: El incidente causado por una suposición errónea
Un equipo de pipeline de medios desplegó nuevos nodos GPU para transcodificación. En un día empezaron a llegar tickets: “Algunos servidores chillan,” “Quizá las GPUs están fallando,” “Deberíamos retirarlas antes de que mueran.”
El entorno era un espacio de oficina compartido adyacente a la sala de racks. Los humanos pasaron a formar parte del stack de monitorización.
La suposición errónea fue simple: ruido audible equivale a fallo inminente. Alguien correlacionó el chillido con algunos reintentos de trabajo y decidió que las tarjetas estaban fallando.
Se propuso un rollback. Se implicó procurement. El ánimo se volvió caro rápidamente.
Hicimos lo poco sexy: separamos el problema en dos señales—ruido acústico y errores de cómputo.
Los logs no mostraban problemas ECC, no había tormentas Xid, ni spam PCIe AER. Las temperaturas GPU eran estables. El consumo era estable durante los trabajos.
Los reintentos se rastrearon a un timeout del lado de almacenamiento no relacionado con las GPUs.
Luego reproducimos el chillido a voluntad: ocurría cuando el scheduler de jobs estaba inactivo y una comprobación de salud renderizaba un bucle de “frame” ligero a FPS extremadamente altos.
Bajo carga real de transcodificación, las GPUs estaban más silenciosas porque la carga producía una potencia más estable.
La solución no fue hardware. Limitamos el bucle de render de la comprobación de salud y reducimos su frecuencia de sondeo.
La sala quedó más silenciosa, las GPUs siguieron funcionando y todos pudieron conservar su fin de semana.
Microhistoria 2: La optimización que salió mal
Un equipo de visualización quería menor latencia en una app interactiva. Desactivaron V-Sync, quitaron límites de FPS y configuraron el renderer para “correr siempre lo más rápido posible.”
Los gráficos de benchmark mejoraron. La UX se sentía más fluida. Todos chocaron manos, como hacen los ingenieros cuando una curva sube.
Luego empezaron las quejas: “Las estaciones de trabajo gritan,” “Es distractivo,” “¿Estamos dañando las GPUs?”
La gente empezó a limitar sesiones porque el ruido molestaba en una oficina abierta. La productividad se convirtió en una baja acústica.
Instrumentamos el caso. La pantalla de inactividad de la app empujaba FPS absurdos—miles—porque la complejidad de la escena era casi nula y el algoritmo de boost de la GPU complacía.
Eso creó el disparador perfecto de zumbido de bobina: actividad de conmutación extremadamente alta con carga que cambiaba rápido en el borde de lo que el VRM quería hacer en silencio.
La “optimización” era en realidad desperdicio. Esos fotogramas extra no eran visibles ni mejoraban la latencia significativa.
La solución: limitar FPS al refresco de pantalla para inactividad y menús, permitir FPS más altos solo en modos de interacción específicos donde importara, y mantener VRR activado.
El rendimiento siguió siendo bueno donde importaba. El ruido bajó. La lección real: render sin límite es un virus de energía que además se pone a chillar.
Microhistoria 3: La práctica aburrida pero correcta que salvó el día
En un grupo de ciencia de datos llegó un lote de nuevas estaciones de trabajo con GPU. Unas pocas unidades tenían zumbido notable bajo ciertas cargas.
La reacción instintiva fue RMA de todo lo que sonara. Eso habría llevado semanas y creado un desorden de repuestos.
El equipo tenía una práctica aburrida: una prueba de aceptación estandarizada y una “línea base conocida buena” documentada para cada máquina.
Esa base incluía logs bajo carga, temperaturas, consumo de potencia y una rápida comprobación acústica con un benchmark estandarizado con FPS capado y sin capar.
Con esa base separamos “molesto pero estable” de “ruidoso e inestable.”
Dos máquinas mostraron errores PCIe AER bajo carga y reinicios ocasionales de GPU. Esas fueron para remediación de hardware.
Las ruidosas pero estables se mitigaron con un límite por perfil documentado y una ligera reducción del límite de potencia.
La práctica que salvó el día no fue un arreglo mágico. Fue tener evidencias.
Evitamos RMAs masivos, nos centramos en las unidades realmente defectuosas y desplegamos una configuración consistente que mantuvo la oficina habitable.
Datos interesantes y contexto histórico
- El zumbido de bobina precede a las GPUs. Las primeras fuentes conmutadas en electrónica de consumo eran notorias por chillidos audibles bajo ciertas cargas.
- La “computación silenciosa” lo hizo más obvio. A medida que los ventiladores se hicieron más grandes y lentos, el ruido de fondo bajó—y el zumbido de bobina se volvió más fácil de oír.
- FPS altos pueden ser más ruidosos que alta carga. Los menús pueden provocar más zumbido que el juego porque la GPU llega a FPS extremos con variación rápida de carga.
- Los fabricantes ya intentan prevenirlo. Los chokes moldeados y los compuestos de potting existen en gran parte para reducir vibración y ruido audible.
- Dos tarjetas idénticas pueden sonar distinto. Variaciones menores en material de núcleo del inductor, tensión del bobinado o rigidez de la PCB cambian la resonancia.
- PSU y GPU pueden “acoplarse”. La interacción del rizado/respuesta a transitorios de la PSU con el comportamiento del VRM GPU puede cambiar intensidad y tono del zumbido.
- El zumbido puede cambiar con el tiempo. El ciclo térmico puede alterar ligeramente el ajuste mecánico; algunas unidades se silencian, otras no.
- No siempre es la GPU. Los VRMs de la placa base y las PSUs pueden zumbar bajo cambios de carga inducidos por la GPU, complicando el diagnóstico.
- No todo el zumbido lo oye todo el mundo. El contenido en frecuencia puede situarse donde oídos jóvenes lo oyen claramente y oídos mayores apenas lo notan—lo que lleva a discusiones de “está bien” en casa u oficina.
Qué te dice el zumbido de bobina sobre tu sistema (y qué no)
El zumbido de bobina es una pista sobre cómo se comporta eléctricamente tu sistema. Puede decirte:
“Tu GPU está corriendo sin límite y alcanzando FPS ridículos”, o “Tu carga es explosiva”, o “Tu caja amplifica un tono”.
No te dice que la GPU esté muriendo.
Para parafrasear una idea atribuida a W. Edwards Deming: sin datos, solo eres alguien con una opinión. Eso aplica también al ruido de PC.
Listas de verificación / plan paso a paso
Checklist A: Triagem en 15 minutos (no compres nada todavía)
- Confirma que no sea un ventilador o un cable rozando.
- Abre el panel de la caja y ve si el sonido cambia (chequeo de amplificación acústica).
- Reproduce en un menú o benchmark de forma fiable.
- Capar FPS al refresco del monitor; vuelve a probar.
- Activa V-Sync/VRR; vuelve a probar.
- Revisa logs por errores (AER/Xid/amdgpu). Si hay errores, trátalo como un problema de estabilidad.
Checklist B: Escalera de mitigación (detente cuando estés satisfecho)
- Límite de FPS (por juego o global).
- Límite de FPS en menús (si el juego lo soporta).
- Límite de potencia -5% a -10% y vuelve a probar.
- Undervolt con pruebas de estabilidad.
- Acústica de la caja: aprieta paneles, reposiciona, amortiguación ligera.
- Prueba A/B de PSU (pide una prestada) para ver si la interacción cambia el tono.
- Decisión de RMA si es objetivamente ruidosa y molesta durante juego normal capado.
Checklist C: Rubrica de decisión RMA (práctica, no emocional)
- Propicia para RMA: zumbido fuerte con FPS capado normal, audible desde el otro lado de la habitación, repetible en múltiples PSUs/sistemas, dentro del periodo de devolución.
- Probablemente conservar: solo fuerte en menús/benchmarks sin capar; desaparece con límite; sin problemas de estabilidad.
- No negociable: cualquier reinicio, artefactos, fallos o logs AER/Xid—devolver/reparar por estabilidad, no por ruido.
Broma #2: El zumbido de bobina es la única métrica de rendimiento que tus oídos pueden benchmarkear, y tiene una documentación terrible.
Preguntas frecuentes
1) ¿Es el zumbido de bobina un defecto?
A veces. A menudo está “dentro de especificación”. Si es fuerte durante el uso normal (FPS capado, cargas típicas) y te molesta, trátalo como un defecto de calidad y devuélvelo si el vendedor lo permite.
2) ¿El zumbido daña la GPU?
Generalmente, no. Es vibración, no intrínsecamente destructiva. Pero si el ruido viene acompañado de inestabilidad (crashes, errores), eso es otro problema que puede indicar fallos eléctricos o térmicos reales.
3) ¿Por qué suena más en los menús del juego?
Los menús pueden renderizar a FPS extremadamente altos porque son escenas simples. Eso puede crear consumo de potencia explosivo y excitar resonancias en componentes del VRM.
Limita los FPS del menú o activa V-Sync.
4) ¿Por qué empezó tras una actualización de drivers?
Los drivers pueden cambiar el comportamiento de boost, el pacing de fotogramas y la gestión de energía. Eso puede mover la GPU a una región operativa diferente que activa el zumbido con más frecuencia.
No significa que el driver “causara” un defecto físico; cambió las condiciones.
5) ¿Puede una PSU diferente arreglarlo?
A veces, sí—especialmente si la PSU actual tiene mala respuesta a transitorios o la interacción crea una resonancia audible. Pero no es garantizado.
Prueba con una PSU conocida y buena prestada antes de gastar dinero.
6) ¿El undervolting siempre reduce el zumbido?
No. A menudo ayuda, pero también puede cambiar el tono o incluso empeorar las cosas si caes en otra resonancia. Haz undervolt por pasos y prueba A/B con la misma carga.
7) ¿El zumbido está cubierto por garantía?
Depende del vendedor y la región. Muchos fabricantes lo consideran cosmético a menos que sea extremo. Las ventanas de devolución del retailer suelen ser la vía más práctica si no lo toleras.
8) ¿Puedo “quemar” la tarjeta para que desaparezca?
A veces el sonido cambia tras ciclos térmicos, pero confiar en el burn-in es jugar a la ruleta. Si te molesta y estás dentro del periodo de devolución, decide pronto.
9) ¿Por qué algunas personas no lo oyen?
El zumbido puede situarse en frecuencias que algunas personas perciben más que otras. Además, la colocación de la caja y el ruido ambiente importan. Habitación silenciosa, caja en el escritorio, panel lateral mirando hacia ti—máxima molestia.
10) ¿Cuál es la diferencia entre zumbido de bobina y zumbido eléctrico en altavoces?
El zumbido de bobina es ruido acústico de componentes dentro del PC. El zumbido en altavoces/auriculares suele ser EMI o problemas de masa en la ruta de audio.
Si no lo oyes desde la caja pero sí en el audio, depura la ruta de audio/apantallamiento en su lugar.
Próximos pasos prácticos
Trata el zumbido de bobina como cualquier otra molestia de producción: mide primero, cambia una variable a la vez y para cuando el dolor desaparezca.
Empieza por las victorias fáciles: capar FPS (especialmente menús), activar VRR/V-Sync donde proceda e intentar una reducción moderada del límite de potencia.
Si sigue siendo fuerte en uso normal y estás dentro de la ventana de devolución, devuélvela. La vida es corta y tus oídos no tienen un botón de “silenciar VRM”.
Si no haces nada más, haz esto: reproduce el ruido de forma fiable, capar FPS a números sensatos y verifica que no tienes errores de estabilidad en los logs.
Eso convierte “mi GPU está gritando” en “mi GPU está bien, mis ajustes eran groseros.”