Шум котушок (coil whine): чому ваш GPU пищить — і що ви можете (і не можете) зробити

Було корисно?

Ви нарешті отримали бажаний GPU. Ви акуратно проложили кабелі. Вмикаєте гру — і ось він: тонкий різкий пис, що піднімається й падає разом із частотою кадрів.
Перший інстинкт: «вентилятор?» Другий: «я ж заплатив скільки за це?»

Шум котушок — одна з тих проблем сучасних ПК, що виглядає як дефект, поводиться як лекція з фізики й часто формально «вписується в специфікацію» у найменш емоційно корисний спосіб.
Цей посібник — як поводитися з нею як з інцидентом: визначити джерело, виміряти, пом’якшити і вирішити, коли робити RMA, а коли жити далі.

Що таке шум котушок (coil whine) насправді (і чому це не просто «шум»)

«Шум котушок» — це чутна вібрація компонентів живлення під електричним навантаженням — найчастіше індукторів (дроселів), іноді трансформаторів, інколи керамічних конденсаторів через п’єзоелектричний ефект.
На GPU підозрювані компоненти зазвичай розташовані в зоні VRM: схема, яка перетворює 12V від PSU на нижчі напруги, необхідні ядру GPU та пам’яті.

Ключова деталь: звук — це механічна вібрація, спричинена електричним явищем. VRM GPU перемикає струм на високих частотах. Магнітні поля змінюються. Компоненти відчувають сили. Якщо в механічній системі є резонансна мода в межах чутного діапазону — вітаємо, ви побудували маленький динамік.

Шум котушок найчастіше помітний при дуже високих FPS: у меню, на екранах завантаження або в сценаріях з «необмеженим FPS», коли GPU генерує кадри якомога швидше і миттєве навантаження сильно варіюється.
Він також може проявлятися не лише в іграх: прокрутка в браузері, переміщення вікна або певні обчислювальні навантаження з імпульсним споживанням теж здатні викликати його.

Неприємна правда: шум котушок може виникати на абсолютно справному, що відповідає специфікації, обладнанні. Це не гарантований індикатор неминучої відмови. Це індикатор того, що ваша силова електроніка збуджена так, що вашим вухам це не до душі.

Звідки береться звук: VRM GPU, індуктори та родичі

VRM як генератор шуму

VRM GPU зазвичай — багатофазний buck-конвертор. Кожна «фаза» має MOSFET-и (вимикачі), індуктор (дросель) і конденсатори для згладжування струму. Контролер швидко перемикає фази, щоб підтримувати стабільну напругу під змінним навантаженням.

Частота перемикання може бути сотні кілогерц або понад мегагерц — значно вище за чутний діапазон. То чому ви чуєте шум?
Тому що електричне перемикання може збуджувати субгармоніки, транзієнтні імпульси та резонанс у корпусі компоненту й PCB. Також механічна вібрація не обов’язково має співпадати з частотою перемикання; достатньо, щоб вона збіглась із якимось резонансним режимом, який отримує енергію від активності перемикання.

Чому індуктори часто винуватять (і часто правильно)

Індуктори містять магнітний матеріал. Коли струм змінюється, магнітні сили можуть змусити серцевину або обмотки рухатися. Виробники намагаються контролювати це шляхом:
заливання смолою, використання литих дроселів, зміни матеріалів сердечника та підвищення механічної точності.
Проте невеликі відмінності в складанні й матеріалах означають, що дві «ідентичні» карти можуть поводитися по-різному.

Чому PSU інколи винен (або співучасник)

PSU дає 12V, але не все 12V однакове. Ripple, реакція на транзієнти та взаємодія між регулюванням PSU і поведінкою VRM GPU можуть змінити, наскільки важко працює VRM.
Це може змінити профіль шуму. Іноді пис, який ви вважаєте «GPU», насправді походить від котушок PSU під навантаженням GPU.

Акустика корпусу: ваш корпус — як звукова дошка

Шляхи повітряного потоку, жорсткість панелей і навіть скляні бокові панелі можуть зробити шум котушок більш або менш помітним. Корпус з тонкого металу може підсилювати певні частоти.
GPU може бути «нормальним», а корпус — підсилювачем.

Чому це стало частішим: щільність потужності, високий FPS і сучасні навантаження

Шум котушок не винайшли вчора. Нове те, що багато хто може його почути й частіше потрапляє в умови, які його викликають.

  • Щільність потужності зросла. Сучасні GPU споживають значну потужність через компактні VRM. Вищі струми означають більші сили.
  • FPS виріс. Монітори з високою частотою оновлення і культура «необмежених кадрів» дають дуже високі FPS у меню і кіберспортивних тайтлах.
  • Навантаження стали більш імпульсними. Сучасні пайплайни рендерингу і алгоритми буста створюють швидкозмінне споживання енергії, що може збудити резонанс.
  • ПК стали тихішими. Коли вентилі працюють на холостому ходу на 500–800 RPM, ви різко помічаєте все інше.

Операційна рамка: шум котушок — це проблема людського сприйняття, що викликана електромеханічною поведінкою. Виправлення — частково інженерія, частково управління очікуваннями.

Швидкий план діагностики (перший/другий/третій)

Якщо ви хочете найшвидший шлях до відповіді «це можна виправити, це терпимо або це підлягає поверненню», робіть у такому порядку. Не починайте зі розбирання. Не починайте з купівлі нового PSU. Ви не на шопінговому квесті; ви на виклику інциденту.

Перший: підтвердіть, що це не вентилятор, кабель або негайно розхитана панель

  1. Коротко зупиніть вентилятори GPU (режим «0 RPM» програмно або тимчасово виставте низьку криву — не засовуйте пальці в лопаті). Якщо шум не зникає, це не підшипник вентилятора.
  2. Відкрийте бічну панель корпусу. Якщо звук змінюється радикально, можливо, ви маєте справу з резонансом панелі, який підсилює нормальний рівень пису.
  3. Перевірте, чи кабель не торкається вентилятора. Це звучить дурно, поки не зіпсує вам вечір.

Другий: зіставте шум із FPS та енергоспоживанням GPU

  1. Заблокуйте FPS на 60/120/144 і подивіться, чи зменшився шум. Шум котушок, що відстежує FPS — класика.
  2. Трохи undervolt’іть і перевірте ще раз. Зниження напруги часто зменшує пис, зменшуючи струм і змінюючи поведінку перемикання.
  3. Змініть тип навантаження (меню гри проти бенчмарку проти обчислень). Якщо шум з’являється лише в меню, ймовірно, це поведінка при високих FPS з імпульсними навантаженнями.

Третій: ізолюйте GPU від PSU і материнської плати

  1. Поміняйте PSU лише якщо можете позичити відомо робочий блок. Інакше ви тільки гадаєте із витратами.
  2. Перенесіть GPU в іншу систему, якщо можливо. Той самий шум слідує за GPU? Джерело — GPU. Шум сильно змінюється? Є ефект взаємодії.
  3. Послухайте поруч із вихлопом PSU та поруч із зоною VRM GPU. Це грубо, але ефективно.

Ви шукаєте повторюваність. Надійне відтворення — 80% успіху в налагодженні.

Практичні завдання: 12+ реальних перевірок із командами, виводами та рішеннями

Ці завдання припускають Linux, бо там можна показати реальну, перевірну телеметрію без вендорських GUI. Якщо ви на Windows, логіка залишається; просто використовуйте інші інструменти.
Сенс не в точній команді — сенс в дисципліні: виміряти, інтерпретувати, вирішити.

Завдання 1: Визначте GPU та драйвер (базова інформація про середовище)

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)

Що це означає: Ви підтвердили модель пристрою та розташування PCI (01:00.0). Корисно, якщо у вас кілька GPU.

Рішення: Якщо ви не бачите очікуваний GPU — зупиніться. Ви налагоджуєте не ту машину або активний iGPU.

Завдання 2: Спостерігайте за споживанням потужності та частотами під час шуму

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 %

Що це означає: Ви можете зіставити пис із стрибком потужності або тривалим високим споживанням.

Рішення: Якщо шум з’являється здебільшого під час швидких змін потужності (імпульсна поведінка), перші заходи — обмеження FPS і згладжування подачі кадрів.

Завдання 3: Підтвердіть, чи FPS — тригер (обмежте його)

cr0x@server:~$ mangohud --dlsym ./your_game_binary
MangoHud: F12 toggles HUD, FPS limit: 0

Що це означає: MangoHud інжектує HUD і може застосувати обмежник FPS (конфігурація або гарячі клавіші, залежно від налаштувань).

Рішення: Якщо шум котушок зникає при обмеженні FPS до частоти оновлення монітора (або трохи нижче), припиняйте пошуки привидів. Ваше рішення — обмеження FPS, а не RMA.

Завдання 4: Перевірте, чи kernel бачить події управління живленням, пов’язані зі шпулюванням (зміни PCIe link)

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)

Що це означає: Ви перевіряєте, чи стабільна швидкість/ширина PCIe. Флаппінг станів живлення може змінювати характеристики навантаження.

Рішення: Якщо швидкість link несподівано низька або нестабільна — виправте це спочатку (BIOS/слот/riser). Не звинувачуйте шум котушок у деградованій системі.

Завдання 5: Перевірте зміни управління живленням CPU (іноді винен не GPU)

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

Що це означає: Режим «powersave» може спричиняти джиттер часу кадру; джиттер може викликати імпульсне навантаження GPU, яке погіршує пис.

Рішення: Для тесту перемкніть на performance і перевірте, чи змінився профіль шуму. Якщо так — ви маєте справу з транзієнтами навантаження.

Завдання 6: Тимчасово встановіть CPU governor на performance (тест, не постійна зміна)

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

Що це означає: CPU буде реагувати швидше; менше падінь і стрибків.

Рішення: Якщо шум котушок зменшився, ви дізналися щось корисне: згладжування поведінки системи може знизити збудження VRM. Тепер вирішіть, чи настраювати політики живлення, чи просто обмежити FPS.

Завдання 7: Підтвердіть, що шум не від PSU (навантажте його і послухайте)

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

Що це означає: Це навантажує CPU, а не GPU. Якщо «шум котушок» виникає під CPU-навантаженням, джерелом може бути PSU або VRM материнської плати.

Рішення: Якщо шум з’являється без завантаження GPU — припиніть налаштовувати GPU. Розслідуйте PSU/материнську VRM і перевірте наявність розхитаних панелей.

Завдання 8: Навантажте GPU повторюваним і контрольованим способом

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

Що це означає: Тести з дуже високим FPS часто викликають пис. Меню роблять те саме; бенчмарки роблять це повторюваним.

Рішення: Якщо шум голосний тут, але зникає при обмеженні FPS — у вас є чіткий шлях для пом’якшення: обмеження FPS.

Завдання 9: Обмежте FPS на рівні композитора (Wayland/X11 тест)

cr0x@server:~$ sudo sed -i 's/^#\?MaxFPS=.*/MaxFPS=144/' /etc/environment
sed: can't read /etc/environment: No such file or directory

Що це означає: Не всі системи дають єдиний глобальний ліміт FPS, і випадкові інтернет-лайфхаки часто не застосовні. Добре: ви щойно уникли марної витрати часу.

Рішення: Використовуйте обмеження FPS для кожної гри (налаштування рушія, MangoHud, панель драйвера), а не гоніться за міфічним «одним файлом, щоб обмежити все».

Завдання 10: Перевірте лінії PSU і сенсори (лише підказки, не істина в останній інстанції)

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

Що це означає: Сенсори материнської плати приблизні. Вони не покажуть ripple і швидкі транзієнти.

Рішення: Якщо +12V значно поза специфікацією (рідко), перевірте PSU. Інакше не читайте занадто багато в показах. Шум котушок може виникати при ідеальних показниках 12V.

Завдання 11: Перевірте dmesg на помилки PCIe або живлення (виключіть реальні несправності)

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

Що це означає: Ви перевіряєте, чи немає реальної апаратної нестабільності, яка маскується під «просто шум».

Рішення: Якщо ви бачите помилки AER, Xid або скидання GPU — перестаньте трактувати це як шум котушок. Можливо, у вас відмова GPU/PSU/PCIe-шляху.

Завдання 12: Перевірте, чи не перегрівається система і чи не відбувається осциляція напруг/частот

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

Що це означає: Якщо ви термально або по потужності тротлите, GPU може осцилювати між станами, змінюючи поведінку VRM і інколи тон пису.

Рішення: Якщо активне тротлінг, спочатку виправте охолодження/ліміти потужності. Пом’якшення пису працює краще в стабільній точці роботи.

Завдання 13: Зробіть контрольований A/B тест з лімітом потужності (приклад для NVIDIA)

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.

Що це означає: Зменшення ліміту потужності зменшує струм і може зменшити пис (і тепло) з мінімальними втратами продуктивності, залежно від карти.

Рішення: Якщо пис значно зменшився і вплив на продуктивність прийнятний — залиште ліміт. Якщо ні — відкотіть і спробуйте undervolt або обмеження FPS.

Завдання 14: Перевірте, чи шум виникає лише на idle/2D частотах (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

Що це означає: Деякі системи пищать під час переходів станів (P8 → P2), наприклад під час прокрутки важкої сторінки або спайків композитора.

Рішення: Якщо переходи робочих станів роблять шум, можна спробувати зафіксувати більш стабільний стан живлення (де підтримується) або зменшити тригери перехідних процесів (налаштування апаратного прискорення браузера, зміни частоти оновлення). Але не примушуйте максимальні частоти 24/7, якщо не любите тепло.

Завдання 15: Перевірте, чи вам не брешуть аудіо (путаниця з ground loop)

cr0x@server:~$ pactl list short sinks
0	alsa_output.pci-0000_0b_00.4.analog-stereo	PulseAudio	s16le 2ch 44100Hz	RUNNING

Що це означає: Деякі люди женуться за «шумом котушок», який насправді є перешкодою в аудіопотоці, особливо через фронтальні аудіопорти.

Рішення: Якщо шум чути в навушниках/колонках (а не з корпуса), перевірте заземлення/екранування аудіо і спробуйте вихід на задній панелі або USB-аудіо.

Що можна зробити: ефективні заходи (і що — плацебо)

1) Обмежити FPS (нудне рішення, що працює)

Шум котушок полюбляє необмежений FPS, бо GPU працює в режимі спринту без реальної користі. Ваш монітор не зможе показати 3000 FPS у меню. А GPU зможе — і голосно про це повідомить.

Обмежуйте FPS у грі, через панель драйвера або через накладений ліміт. Орієнтуйтеся на:
вашу частоту оновлення, або трохи нижче (наприклад, 141 на 144 Hz), щоб зменшити осциляцію.

2) Увімкнути V-Sync (або adaptive sync + ліміт)

V-Sync обмежує FPS синхронізацією з оновленням, що часто усуває найвищі FPS-сценарії, які викликають пис. Мінус — інпут-лаг у деяких іграх.
Сучасніший підхід: використовувати VRR (G-Sync/FreeSync) плюс обмеження FPS трохи нижче за частоту оновлення.

3) Undervolt (найкраще «інженерне» рішення для багатьох карт)

Undervolt зменшує струм при тій самій роботі і може змістити робочу точку VRM поза резонансне становище.
Це не гарантовано, але одне з небагатьох рішень, яке часто зменшує пис без значної втрати продуктивності.

Робіть це обережно. Знижуйте напругу невеликими кроками, тестуйте стабільність і стежте за скиданнями драйвера. Мета — не виграти конкурс undervolt’ів, а припинити вереск.

4) Знизити ліміт потужності (часто «достатньо»)

Ліміт потужності — простіший родич undervolt. Грубувато, але передбачувано.
Багато GPU втрачають небагато FPS при зменшенні потужності на 5–10%, особливо якщо вони працювали в зоні спадної віддачі.

5) Змінити профіль навантаження (фікси для меню)

Якщо пис виникає в меню або на екранах завантаження: встановіть обмеження FPS для меню, якщо гра підтримує.
Деякі рушії дозволяють меню рендеритись з нескінченним FPS за замовчуванням, бо ніхто не змушував UI поводитись як відповідальний дорослий.

6) Налаштування корпусу і розміщення (акустична пом’якшувальна міра)

Якщо пис «ледь помітний», але дратує, декілька фізичних змін можуть допомогти:

  • Перемістіть корпус з-під столу на підлогу (менше прямої лінії до вух).
  • Змініть положення корпусу або поверніть його так, щоб бокова панель GPU не була спрямована на вас.
  • Підтягніть панелі та гвинти кріплення PCIe; резонанс — справжній підсилювач.
  • Додайте м’яке демпфування (кращі панелі, а не набивання поролоном у потоки повітря, ніби ви звукоізолюєте реактивний двигун).

7) Спробувати інший PSU (тільки як контрольований експеримент)

Заміна PSU не є першим кроком: це дорого й невизначено. Але ефекти взаємодії реальні:
у PSU різні характеристики реакції на транзієнти та ripple можуть змінити поведінку VRM GPU.

Розумний підхід: позичте відомо добрий PSU з необхідною потужністю, протестуйте 30 хвилин під тією ж нагрузкою і потім вирішіть.

Жарт №1: Якщо ваш GPU співає на 3 кГц лише в головному меню — вітаємо, ви купили дуже дорогий інструмент, який знає лише одну пісню.

Чого не можна робити (без ризику створити проблему)

В більшості випадків драйвери не «виправлять» це

Драйвери можуть змінювати поведінку буста, пейсінг кадрів і налаштування енергоменеджменту. Це може змістити момент, коли шум виникає.
Але якщо корінь — механічний резонанс індуктора, софт лише уникатиме умов тригеру, а не зніме саму фізичну здатність вібрувати.

Не можна безпечно «заламати котушки клеєм», якщо ви не технік з паяння

Люди люблять ідею додати епоксидку або гарячого клею для демпфування вібрацій. Деколи виробники так і роблять.
Але робити це самому на сучасному GPU — ризиковано:

  • Ви можете затримати тепло в зоні VRM.
  • Можете забруднити компоненти або замкнути дорожки, якщо використаєте неправильний матеріал.
  • Миттєво анулюєте гарантію і знижуєте вартість перепродажу.

Якщо ви не вмієте робити ремонт на платі й не готові прийняти наслідки, не робіть цього. «Я подивився відео» — не кваліфікація.

Не можна трактувати це як метрику надійності

Сам по собі шум котушок не є доказом, що GPU виходить з ладу. Деякі карти пищать з першого дня і працюють роками. Деякі мовчазні все одно вмирають від не пов’язаних причин.
Якщо є помилки, краші, чорні екрани або AER-спам — це інший інцидент і інша процедура.

Поширені помилки: симптом → корінь → виправлення

1) «Це шкрябучий звук, значить це coil whine»

Симптом: Грубий низькочастотний гуркіт, що змінюється з обертами вентиляторів.

Корінь: Підшипник вентилятора, тертя кабелю або погана крива вентиляторів, що викликає постійні підйоми/спади.

Виправлення: Тимчасово зупиніть/уповільніть вентилятори, щоб підтвердити; перенаправте кабелі; відрегулюйте гістерезис вентиляторів; замініть вентилятор, якщо підшипник зіпсований.

2) «Воно відбувається тільки в меню, значить щось зламалося»

Симптом: Гучний пис в меню/на екранах завантаження, тихіший під час гри.

Корінь: Необмежений FPS у сценах з малою складністю викликає екстремальні FPS і імпульсне споживання.

Виправлення: Встановіть обмеження FPS для меню або глобально; увімкніть V-Sync/VRR з лімітом трохи нижче за частоту оновлення.

3) «Новий PSU не допоміг, отже GPU дефектний»

Симптом: Шум котушок не змінився після заміни PSU.

Корінь: Резонанс VRM GPU домінує; взаємодія з PSU не була основним фактором.

Виправлення: Використовуйте обмеження FPS/undervolt; розгляньте RMA тільки якщо шум надзвичайно гучний і продавець приймає скарги на шум.

4) «Я зробив undervolt і тепер воно пищить більше»

Симптом: Новий або змінений тон пису після undervolt.

Корінь: Ви змістили VRM у інший режим роботи; резонанс змінився.

Виправлення: Спробуйте іншу точку напруга/частота; іноді трохи вища напруга зменшує пис, змінюючи поведінку перемикання. Тестуйте системно.

5) «Це coil whine — ігноруйте краші»

Симптом: Шум плюс скидання драйвера, чорні екрани або помилки PCIe/AER.

Корінь: Реальна нестабільність: живлення, перегрів, поганий кабель/конектор, riser або дефектне обладнання.

Виправлення: Трактуйте як інцидент стабільності. Перевірте логи, кабелі, температури, ліміти потужності; відкотіть розгін; тестуйте в іншій системі; RMA якщо відтворювано.

6) «Це в навушниках, отже GPU пищить»

Симптом: Високочастотний шум в аудіо, що змінюється з навантаженням GPU.

Корінь: EMI/проблеми заземлення в аудіошляху, особливо фронтальні аудіо або погано екрановані кабелі.

Виправлення: Використайте вихід на задній панелі; спробуйте USB DAC; відведіть аудіокабелі від GPU силових ліній; перевірте заземлення.

Три міні-історії з реальних кейсів

Міні-історія 1: Інцидент через неправильне припущення

Команда медіапайплайнів розгорнула нові вузли з GPU для транскодування. За день почали надходити тикети: «Деякі сервери пищать», «Можливо, GPU відмовляють», «Потрібно зняти їх до того, як вони зламаються».
Середовище було у спільному офісі поруч з серверною шафою. Люди стали частиною стеку моніторингу.

Неправильне припущення було просте: чутний шум = неминуча відмова. Хтось зв’язав пис із кількома повторами задач і вирішив, що карти «пофліпались».
Пропонували відкат. Залучали procurement. Настрій швидко став дорогим.

Ми зробили неефектну річ: розділили проблему на два сигнали — акустичний шум і обчислювальні помилки.
Логи показали відсутність ECC-помилок, немає Xid-штормів, немає PCIe AER-спаму. Температури GPU були стабільні. Споживання потужності під час задач було стабільним.
Повтори були віднесені до таймаутів з боку сховища, не до GPU.

Потім ми відтворили пис за вимогою: він виникав, коли планувальник задач був в режимі проста, і health check рендерив легкий «тестовий кадр» у циклі на надзвичайно високому FPS.
Під реальним транскодуванням GPU були тихішими, бо навантаження було більш стабільним.

Виправлення не було апаратним. Ми обмежили FPS у health check і зменшили частоту опитування.
Кімната стала тихішою, GPU продовжили працювати, і всі отримали вихідні.

Міні-історія 2: Оптимізація, що відбилася бумерангом

Команда візуалізації хотіла зменшити затримку в інтерактивному додатку. Вони відключили V-Sync, прибрали ліміти кадрів і налаштували рушій на «біжи якомога швидше».
Графіки бенчмарків покращилися. UX здавався швидшим. Усі потиснули один одному руки, як це роблять інженери, коли цифри ростуть.

Потім почалися скарги: «Робочі станції ревуть», «Це відволікає», «Ми шкодимо GPU?»
Люди почали обмежувати сесії, бо шум дратував у відкритому офісі. Продуктивність постраждала через акустичне питання.

Ми проінструментували ситуацію. Idle-екран додатка тиснув абсурдні FPS — тисячі — бо складність сцени була близька до нуля і алгоритм буста GPU радо це задовольняв.
Це створило ідеальний тригер coil whine: надзвичайно висока активність перемикання з швидКозмінним навантаженням на межі того, що VRM хотів би робити тихо.

«Оптимізація» виявилася марною. Ці зайві кадри були непомітні і не знижували реальну затримку.
Виправлення: обмежити FPS на частоту оновлення для idle і меню, дозволяти вищий FPS лише в режимах, де це справді важливо, і зберегти VRR увімкненим.

Продуктивність залишилася там, де це мало значення. Шум упав. Справжній урок: необмежений рендер — це енергетичний вірус, що ще й пищить.

Міні-історія 3: Сумна, але правильна практика врятувала день

У групі data science прийшли партія нових робочих станцій з GPU. Декілька одиниць мали помітний пис під певними навантаженнями.
Швидка реакція — RMA усіх, хто хоть трохи пищить. Це зайняло б тижні і створило б безлад зі запчастинами.

Команда мала нудну практику: стандартизований тест приймання й письмову «базову норму» для кожної машини.
Ця база включала логи під навантаженням, температури, споживання потужності і коротку акустичну перевірку під стандартизованим бенчмарком з обмеженим і необмеженим FPS.

Завдяки цьому ми відокремили «дратівливе, але стабільне» від «галасно і нестабільне».
Дві машини показали помилки PCIe AER під навантаженням і випадкові скидання GPU. Їх відправили на ремонт.
Шумні, але стабільні машини були пом’якшені документованим профайлом з обмеженням FPS та невеликим зниженням ліміту потужності.

Практика, що врятувала день, не була магією. Це була наявність доказів.
Ми уникли масових RMA, сфокусувалися на фактичних дефектах і відправили послідовну конфігурацію, що зробила офіс більш придатним для роботи.

Цікаві факти й історичний контекст

  • Шум котушок старший за GPU. Ранні імпульсні блоки живлення в побутовій електроніці були відомі чутним писом під певним навантаженням.
  • «Тиха» комп’ютингова техніка зробила його помітнішим. Коли вентилі стали більшими й повільнішими, фоновий шум впав — і пис котушок стало чути краще.
  • Високий FPS може давати гучніший звук, ніж велике навантаження. Меню можуть створювати більше пису, ніж геймплей, бо GPU досягає екстремальних FPS з швидкими змінами навантаження.
  • Виробники вже борються з цим. Литі дроселі й заливні матеріали існують переважно щоб зменшити вібрацію й чутний шум.
  • Дві ідентичні карти можуть звучати по-різному. Невеликі відмінності в матеріалі сердечника, натягу обмотки або жорсткості PCB змінюють резонанс.
  • PSU і GPU можуть «зв’язатися». Взаємодія ripple/транзієнтів PSU з поведінкою VRM GPU може змінювати інтенсивність і висоту пису.
  • Шум котушок може змінюватися з часом. Термальні цикли трохи змінюють механічну посадку; деякі екземпляри стають тихішими, деякі — ні.
  • Це не завжди GPU. VRM материнської плати та PSU можуть пищати під навантаженням GPU, ускладнюючи діагностику.
  • Не всі чують пис однаково. Частотний вміст може потрапляти в діапазон, який молодші люди чують краще, а старші — ледве помічають, що породжує суперечки вдома чи в офісі.

Що шум котушок каже про вашу систему (і чого не каже)

Шум котушок дає підказку про електричну поведінку системи. Він може вказувати:
«Ваш GPU працює необмежено й видає абсурдні FPS», або «навантаження імпульсне», або «корпус підсилює тон».
Він не каже, що GPU вмирає.

Парафразуючи ідею W. Edwards Deming: без даних ви просто людина з думкою. Це стосується й шуму в ПК.

Чек-листи / покроковий план

Чек-лист A: 15-хвилинна триаж (не купуйте нічого ще)

  1. Підтвердіть, що це не вентилятор або тертя кабелю.
  2. Відкрийте бокову панель і подивіться, чи змінюється звук (перевірка акустичного підсилення).
  3. Відтворіть шум у меню або бенчмарку надійно.
  4. Обмежте FPS до частоти оновлення монітора; повторіть тест.
  5. Увімкніть V-Sync/VRR; повторіть тест.
  6. Перевірте логи на помилки (AER/Xid/amdgpu). Якщо помилки є, розглядайте як інцидент стабільності.

Чек-лист B: Лестниця пом’якшень (зупиніться, коли будете задоволені)

  1. FPS cap (для кожної гри або глобально).
  2. Menu FPS cap (якщо гра підтримує).
  3. Power limit -5% до -10% і повторити тест.
  4. Undervolt з тестами стабільності.
  5. Акустика корпусу: підтягнути панелі, змінити розташування, м’яке демпфування.
  6. PSU A/B тест (позичте), щоб подивитися, чи змінює тон.
  7. RMA рішення, якщо об’єктивно гучно і заважає під типовий ігровий сценарій з обмеженим FPS.

Чек-лист C: Критерії для RMA (практичні, не емоційні)

  • Підтримує RMA: гучний пис при нормальному обмеженому FPS, чутний у всій кімнаті, повторюваний на кількох PSU/системах, у межах терміну повернення.
  • Можна залишити: гучний лише в необмежених меню/бенчмарках; зникає при обмеженні; немає проблем зі стабільністю.
  • Неприйнятно: будь-які скидання, артефакти, краші або логи AER/Xid — повернення/ремонт за стабільність, а не за шум.

Жарт №2: Шум котушок — єдиний показник продуктивності, який можуть заміряти ваші вуха, і у нього жахлива документація.

Питання й відповіді (FAQ)

1) Чи є шум котушок дефектом?

Іноді. Часто це «в межах специфікації». Якщо він гучний під типовим використанням (обмежений FPS, звичні навантаження) і вас дратує — вважайте це якісним дефектом і повертайте, якщо продавець дозволяє.

2) Чи шкодить шум котушок GPU?

Зазвичай — ні. Це вібрація, не обов’язково руйнівна. Але якщо шум супроводжується нестабільністю (краші, помилки), це інше питання, яке може вказувати на реальні електричні або теплові проблеми.

3) Чому найгучніше в меню гри?

Меню можуть рендеритись з надзвичайно високим FPS, бо сцени прості. Це створює імпульсне споживання і збуджує резонанси у VRM-компонентах.
Обмежте FPS у меню або увімкніть V-Sync.

4) Чому воно з’явилося після оновлення драйвера?

Драйвери можуть змінювати поведінку буста, пейсінг кадрів і енергоменеджмент. Це може перевести GPU в іншу робочу точку, що частіше тригерить пис.
Це не означає, що драйвер «створив» фізичний дефект; він змінив умови.

5) Чи може інший PSU вирішити проблему?

Іноді — так, особливо якщо поточний PSU має погану реакцію на транзієнти або взаємодія створює чутний резонанс. Але це не гарантія.
Тестуйте з позиченим відомо добрим PSU перед покупкою.

6) Чи завжди undervolt зменшить шум котушок?

Ні. Часто допомагає, але також може змінити тон або навіть погіршити, якщо ви потрапите в іншу резонансну точку. Виконуйте кроковий тест і A/B порівняння з тим самим навантаженням.

7) Чи покриває гарантія шум котушок?

Залежить від продавця і регіону. Багато вендорів трактують це як косметичний дефект, якщо тільки він не надмірний. Практичніший шлях — повернення через роздрібний термін, якщо не можете терпіти.

8) Чи можна «прогріти» карту, щоб шум зник?

Іноді звук змінюється після термального циклу, але робити надії на «прогрів» — це гра в азарт. Якщо вас це дратує і ви в межах терміну повернення — вирішуйте раніше.

9) Чому деякі люди не чують цього?

Шум котушок може містити частоти, які одні люди чують сильніше, інші ледве помічають. Також має значення розташування корпусу і фоновий шум. Тиха кімната, корпус на столі, бокова панель, спрямована на вас — максимальне дратування.

10) У чому різниця між coil whine і електричним гуркотом у колонках?

Coil whine — акустичний шум від компонентів у ПК. Гудіння в колонках/навушниках часто — EMI або проблеми заземлення в аудіошляху.
Якщо ви не чуєте пис із корпуса, але він у аудіо, розслідуйте маршрут аудіо/екранування.

Практичні кроки далі

Ставтеся до шуму котушок як до будь-якої іншої виробничої проблеми: спочатку виміряйте, змінюйте одну змінну за раз і зупиніться, коли біль зникне.
Почніть з легких перемог: обмежте FPS (особливо в меню), увімкніть VRR/V-Sync де доречно і спробуйте помірне зниження ліміту потужності.
Якщо після цього він усе ще гучний при типовому використанні і ви в межах терміну повернення — повертайте. Життя коротке й у вух немає кнопки «mute VRM».

Якщо нічого не робитимете — зробіть хоча б це: відтворіть шум надійно, обмежте FPS до розумних значень і переконайтеся, що в логах немає помилок стабільності.
Це перетворює «мій GPU кричить» у «мій GPU в порядку, мої налаштування були грубі».

← Попередня
Стилі друку для документації, що не бентежать
Наступна →
Збої SMTP AUTH (SASL) у Postfix: підводні камені конфігурації та порядок виправлення

Залишити коментар