Першого разу не забудеш, коли GPU раптом починає працювати так, ніби намагається злетіти. Дві ранку, ви робите «ще один» прогін тесту, і раптом ваша робоча станція звучить так, ніби подрібнює під’їзд у передмісті. Ви перевіряєте логи, очікуючи kernel panic або процес, що вийшов з-під контролю. Нічого. Просто… вентилятор.
Репутація GeForce FX як «пилососа для листя» — не жарт із повітря. Це кейс-стаді про те, як рішення продукту щодо теплової щільності, акустики, прошивки управління і очікувань зіштовхуються — а потім падають на коліна до того, хто має тримати системи стабільними, більш-менш тихими й передбачуваними.
Що на практиці означав «пилосос для листя»
У звичайній розмові «шум GPU» зводиться до одного скаржного зауваження: «Воно голосно». В оперативній реальності голосно — це симптом. Епоха GeForce FX — особливо FX 5800 Ultra — була голосною у специфічний спосіб: високі оберти, високий тон, що прорізає стіни офісу й скло конференцзалу. Профіль цього звуку важливий, бо звужує можливі причини несправності.
Високий свист, спричинений потоком повітря, зазвичай означає: маленький діаметр вентилятора + високі оберти + обмежений повітропровід. Це акустична підписка того, що намагаються пропустити достатньо повітря через вузький шлях, щоб швидко відвести тепло. Це не тонко. Це сигнал системи керування: «Параметр температури пропущено, ескалація».
І це стосувалося не лише холостого ходу. Прізвисько «пилосос для листя» закріпилося, бо переходи в навантаження були драматичними: запуск гри, відкриття 3D-вікна або навіть певні стани живлення драйвера могли викликати миттєвий акустичний сплеск. Такий характер підвищення стане важливим далі, коли ми говоритимемо про фан-криві та контури зворотного зв’язку.
І так, прізвисько заслужене. Найгірше було не абсолютне число децибел (хоч воно було значним); найгірше — тон і раптовість. Постійний низький шум — це фон. Раптове розкручування турбіни — це інцидент.
Жарт №1: Якщо вам колись бракує звуку GeForce FX, відтворіть його, спрямувавши фен у корпус ПК і прошепотівши йому «бенчмарк».
Факти та контекст, що пояснюють шум
Ось конкретні пункти — історичні та технічні — які формують розуміння, чому це покоління стало легендою шуму. Коротко, конкретно та корисно для міркувань про обмеження дизайну.
- FX 5800 Ultra постачався з двослотовим кулером «FlowFX», що використовував вентилятор типу blower та повітропровід, виштовхуючи повітря через обмежений шлях для відведення тепла.
- Це була генерація NVIDIA NV30, відома великим енергоспоживанням у порівнянні з продуктивністю, що підвищувало щільність тепла та вимоги до охолодження.
- Початкові амбіції 0.13 µm процесу не дали прохолодної роботи на тактових частотах і напругах, необхідних для конкуренції; результат — термальна проблема, прикрита як продуктова особливість.
- Маленький вентилятор у кулері мусив обертатися швидко, щоб перемістити достатньо повітря. Шум вентилятора зростає різко з RPM; з фізикою не домовишся.
- Звук «пилососа для листя» підсилювався поведінкою керування вентилятором: різкі підйоми помітніші за стабільний шум, навіть при подібних середніх рівнях.
- За FX пішла NV35 (наприклад, FX 5900), яка покращила продуктивність на ват і загалом постачалася з менш одиозними кулерами — непряме визнання того, що попереднє рішення було не найкращим.
- Охолодження GPU було в стані незрілості: двослотові кулери ще не були нормою, припущення щодо повітряного потоку корпуса відрізнялися, і розташування PSU/корпуса часто не забезпечувало достатнього притоку повітря до GPU.
- Оптимізація на рівні драйвера та маркетинг продукту відчували тиск показати конкурентну продуктивність у бенчмарках, що може штовхати частоти/напруги та теплові пакети на межу.
Ці пункти важливі, бо перетворюються на експлуатаційні евристики: якщо бачите кулер типу blower із обмеженим повітропроводом — очікуйте високих вимог до статичного тиску; якщо бачите різке розкручування вентилятора — підозрюйте агресивну криву або невідповідність сенсора/керування.
Чому GeForce FX був таким гучним: терміка, механіка, контур керування
1) Дизайн диктував щільність тепла, а не «невдача»
Шум зазвичай є наслідком проблеми з теплом. FX 5800 Ultra не був галасливим тому, що інженери забули про акустику. Він був галасливим, бо конструкція мала відводити багато тепла з відносно малої площі з обмеженим об’ємом радіатора — і робити це в корпусах, які не були розраховані на такі навантаження GPU.
Коли щільність тепла зростає, потрібна або більша площа розсіяння (великий радіатор), або більше повітря (швидший вентилятор), або кращий тепловий шлях (вакуумна камера / теплові трубки), або нижча цільова температура (що ще агресивніше робить вентилятор). Тоді ці технології були не так поширені на споживчих картах. Найпростіший важіль — це потік повітря. Повітря стало продуктом.
2) Blower-охолодження має свою “персональність”
Осьові вентилятори (поширений «open air» стиль) переміщують повітря, але гірше справляються з опором. Blower-вентилятори можуть проштовхувати повітря крізь опір (повітропровід, щільний ряд ребер, вузький вихід). Саме тому блoуери застосовують у серверах і робочих станціях: вони створюють тиск і передбачувані потоки.
Платою є те, що blower-и часто дають більш високий, різкий звук, особливо на великих обертах. Помістіть маленький blower у пластиковий кожух із вузьким виходом — він зробить саме те, для чого створений, — перемістить повітря, і буде звучати як побутовий прилад.
Якщо ви керуєте продукційними системами, це важливо, бо шум blower-а сприймається як більш «сплесковий» і дратівливий. Люди починають скаржитися швидше. Скарги стають заявками. Заявки стають зустрічами.
3) Fan-curve і контури керування: різкі підйоми — це UX-баг
Тепловий контроль — це система зворотного зв’язку: читаємо температуру, регулюємо вентилятор, повторюємо. Якщо контур налаштований агресивно (або якщо сенсори дають шумні покази), ви отримуєте осциляцію: вентилятор дає більше, дає менше, знову більше. Люди це ненавидять. Це відчувається нестабільно, навіть якщо кремній у безпеці.
Деякі плати FX різко розкручувалися в момент включення 3D-навантаження. Це не обов’язково «неправильно» з точки зору теплової безпеки; це просто неприємно. У сучасних термінах це відсутність «згладжувального» шару — гістерезису, обмеження швидкості підйому та кращої обробки станів idle/load.
4) Припущення щодо повітряного потоку корпуса були помилковими
Кейси початку 2000-х часто припускали, що CPU — основне джерело тепла. GPU був «карткою». Помістіть двослотовий blower-GPU під гарячою зоною CPU, додайте кошик для дисків спереду — і отримаєте лабораторію рециркуляції.
Багато «пилососних» інцидентів були не стільки провиною GPU, скільки невідповідністю екосистеми: кулер GPU очікує холодне повітря на вході, корпус дає розігріте турбулентне повітря, вентилятор реагує RPM, і всі програють.
5) Старіння погіршує звук
Вінтажне залізо старіє невдало. Підшипники зношуються, мастило висихає, пил перетворює ребра в повсть, а термопаста стає крейдоподібною реліквією. Та сама карта, яка була «надокучливою але терпимою» у 2003 році, може стати «чому це кричить» у 2026 році.
Для SRE це експлуатаційний урок: акустика змінюється з часом. Слухайте шум як сенсор: часто він перший сигнал про те, що тепловий запас зменшується.
6) Бізнес-урок: акустичний бюджет — це реальний бюджет
У корпоративній обстановці шум має прямі витрати: падіння продуктивності, ескалації, і оновлення закупівель. GPU «пилосос для листя» — нагадування, що нефункціональні вимоги (акустика, терміка, сервісність) не опціональні. Це просто ті частини, які з’являються як несподівана робота пізніше.
Перефразована ідея (приписується): Вернер Вогельс давно підкреслює, що «все ламається, весь час», і операції — це про проєктування для цієї реальності.
Вентилятори виходять з ладу, підшипники старіють, повітропровід засмічується — це та ідея, але чутна.
Швидкий план діагностики (вузьке місце за хвилини)
Це «у вас п’ять хвилин до початку зустрічі, а робоча станція звучить як possessed» план. Мета — визначити, чи маєте ви (a) проблему з керуванням, (b) проблему з шляхом охолодження, (c) проблему з режимом живлення/продуктивності, або (d) вентилятор, що виходить з ладу.
Перше: це тригер від навантаження чи постійно?
- Перевірте: чи зростає шум при запуску 3D/compute?
- Якщо тригер від навантаження: підозрюйте фан-криву, переходи станів енергоспоживання, термопасту, пил, заблокований вихід або розкрутку частот/напруги.
- Якщо постійно: підозрюйте вентилятор, що застряг на високій швидкості, помилкове зчитування сенсора, зношений підшипник або поломку керування (вентилятор за замовчуванням на 100%).
Друге: валідуйте температури та троттлінг, а не враження
- Перевірте: температуру GPU та тактові частоти в просте та під навантаженням.
- Якщо температури високі й такти падають: у вас троттлінг; поток повітря або теплообмін недостатні.
- Якщо температури нормальні, але вентилятор на максимумі: проблема в контурі керування або сенсорі; іноді прошивка обирає безпечний режим.
Третє: підтвердьте шлях повітря та тиск у корпусі
- Перевірте: чи заблокований вихід blower-а? чи голодний на повітря вхід? чи пил осідає на ребрах?
- Якщо вихід рециркулює: ви можете «охолоджувати» GPU, але при цьому перегрівати корпус, спричиняючи повторні підйоми вентилятора.
Четверте: вирішіть швидко — зменшити навантаження, знизити тепло чи замінити залізо
- Оперативні заходи: обмежити FPS, зменшити частоти, знизити кількість одночасних завдань, збільшити потік повітря корпуса, почистити та нанести нову пасту.
- Стратегічні заходи: перейти на пізнішу ревізію FX (менш одиозний кулер), сучасну енергоефективну GPU або віддалений/безголовий рендеринг.
Практичні завдання: команди, виводи та рішення (12+)
Це реальні завдання, які можна виконати в Linux для діагностики галасливого GPU. Деякі залежать від драйвера NVIDIA, деякі — загальні системні перевірки. Кожне завдання включає: команду, приклад виводу, що це означає, і рішення, яке ви приймаєте.
Завдання 1: Підтвердіть, що система бачить GPU (перелік PCI)
cr0x@server:~$ lspci -nn | grep -i -E 'vga|3d|nvidia'
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV30 [GeForce FX 5800 Ultra] [10de:0302] (rev a1)
Значення: Система перераховує GPU; ви знаєте, з якою сім’єю кремнію маєте справу.
Рішення: Використайте цей ID, щоб обрати правильний шлях драйвера (legacy або сучасний) і встановити очікування: апарат NV30 за дизайном буде працювати гарячіше.
Завдання 2: Перевірте завантажені модулі ядра (драйвер встановлено?)
cr0x@server:~$ lsmod | grep -E '^nvidia|nouveau'
nvidia 1234567 34
Значення: Пропрієтарний модуль NVIDIA завантажений (запити fan/temp часто на ньому залежать).
Рішення: Якщо бачите nouveau замість нього, керування вентилятором і сенсори можуть поводитися інакше; адаптуйте інструменти відповідно.
Завдання 3: Підтвердіть, що Xorg/драйвер розпізнає карту (швидка перевірка)
cr0x@server:~$ nvidia-smi
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.
Значення: На дуже старих картках/драйверах nvidia-smi може не працювати зовсім. Це не доказ, що GPU помер — просто інструменти пішли далі.
Рішення: Перейдіть на NV-CONTROL через nvidia-settings, дивіться логи Xorg або використайте загальні сенсори. Не витрачайте годину, думаючи, що «драйвер зламався», бо новіший інструмент не розуміє старого заліза.
Завдання 4: Прочитайте логи ядра на предмет термальних/вентиляторних підказок
cr0x@server:~$ sudo dmesg -T | grep -i -E 'nvidia|thermal|thrott|fan' | tail -n 20
[Mon Jan 21 10:14:03 2026] nvidia: loading out-of-tree module taints kernel.
[Mon Jan 21 10:15:42 2026] NVRM: Xid (PCI:0000:01:00): 8, Channel 00000001
Значення: Xid-помилки можуть корелювати з перегрівом або нестабільним живленням. Не завжди, але це підказка.
Рішення: Якщо Xid-и з’являються під навантаженням, сприймайте шум як попередження, а не як неприємність. Зменшіть навантаження та перевірте охолодження негайно.
Завдання 5: Подивіться лог Xorg на повідомлення драйвера та такти
cr0x@server:~$ grep -i -E 'nvidia|cool|therm|fan|perf' /var/log/Xorg.0.log | tail -n 30
(II) NVIDIA(0): NVIDIA GPU GeForce FX 5800 Ultra at PCI:1:0:0
(II) NVIDIA(0): Initialized GPU GART.
Значення: Підтверджує, який GPU використовує X і чи ініціалізація пройшла успішно.
Рішення: Якщо X використовує запасний драйвер або ініціалізація не вдається, ви можете опинитися в режимі, що підвищує такти/вентилятор. Виправте стек драйверів перед тим, як звинувачувати залізо.
Завдання 6: Перевірте температури через lm-sensors (системний рівень)
cr0x@server:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +62.0°C (high = +90.0°C, crit = +100.0°C)
acpitz-acpi-0
Adapter: ACPI interface
temp1: +54.0°C
Значення: Навіть якщо сенсори GPU недоступні, ви можете побачити, чи підвищені температури корпуса/CPU — часто саме вони викликають ескалацію вентилятора GPU.
Рішення: Якщо CPU/package температури вже високі в холостому ході, спочатку виправляйте повітряний потік корпуса; GPU, ймовірно, вдихає гаряче повітря.
Завдання 7: Визначте процес, що викликає розкрутку (проксі навантаження GPU)
cr0x@server:~$ top -o %CPU
top - 10:21:33 up 12 days, 3:44, 1 user, load average: 3.12, 2.98, 2.77
Tasks: 212 total, 2 running, 210 sleeping, 0 stopped, 0 zombie
%Cpu(s): 28.4 us, 3.1 sy, 0.0 ni, 68.2 id, 0.2 wa, 0.0 hi, 0.1 si, 0.0 st
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18422 cr0x 20 0 4021588 694208 128212 R 185.3 8.8 12:44.11 blender
Значення: Сильні CPU/рендерні навантаження також можуть нагріти корпус і опосередковано викликати розкрутку GPU-вентилятора.
Рішення: Якщо шум корелює з CPU-завданнями, налаштуйте fan-curve CPU, повітряний потік корпуса або розклад завдань перед тим, як лізти в GPU.
Завдання 8: Перевірте споживання енергії на вході (швидка перевірка реальності)
cr0x@server:~$ upower -d | sed -n '1,60p'
Device: /org/freedesktop/UPower/devices/line_power_AC
native-path: AC
power supply: yes
online: yes
Значення: Це не лічильник потужності, але підтверджує стан AC. В офісах «таємничі підйоми вентиляторів» іноді корелюють із проблемами UPS/просіданням або перемиканнями енергозбереження.
Рішення: Якщо система на хиткому живленні, виправте це перш ніж шукати інші причини. Вентилятори і контури керування можуть поводитися дивно при просіданні напруги.
Завдання 9: Проінспектуйте лічильники помилок PCIe (нестабільність шини може виглядати як «термічна»)
cr0x@server:~$ sudo lspci -vv -s 01:00.0 | grep -i -E 'LnkSta|AER|Err|SERR' -n
45: LnkSta: Speed 2.5GT/s, Width x16
Значення: Лінк активний; якщо ви бачите багато AER-помилок в інших місцях, можливо, маєте справу з ненадійним слотом/живленням, а не лише з теплом.
Рішення: Персистентні помилки PCI під навантаженням: пересуньте карту, перевірте шини PSU, припиніть вдавати, що це лише акустика.
Завдання 10: Підтвердіть наявність вентилятора та RPM (hwmon, коли доступно)
cr0x@server:~$ ls -1 /sys/class/hwmon/
hwmon0
hwmon1
cr0x@server:~$ for h in /sys/class/hwmon/hwmon*; do echo "$h: $(cat $h/name 2>/dev/null)"; done
/sys/class/hwmon/hwmon0: coretemp
/sys/class/hwmon/hwmon1: acpitz
Значення: Тут немає hwmon для GPU; це поширено в старих стосах NVIDIA.
Рішення: Не примушуйте sysfs-хакі керування вентилятором, які не підтримуються. Підіймайтеся вверх по стеку: використовуйте вендорські інструменти або прийміть, що платформа не показуватиме RPM прозоро.
Завдання 11: Перевірте OpenGL-рендерер і підтвердіть, що ви не в програмному рендерингу
cr0x@server:~$ glxinfo -B | sed -n '1,40p'
name of display: :0
display: :0 screen: 0
direct rendering: Yes
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5800 Ultra/AGP/SSE2
OpenGL version string: 1.5 NVIDIA 71.86.15
Значення: Аппаратне рендерення активне; ви не помилково змусили CPU рендерити (що могло б інакше нагріти корпус і змінити поведінку вентиляторів).
Рішення: Якщо direct rendering — No, спочатку виправте стек драйверів/GL; проблеми продуктивності можуть викликати дивні патерни навантаження й тепла.
Завдання 12: Спостерігайте температури по ядрах та індикатори троттлінгу (CPU як джерело тепла вгорі)
cr0x@server:~$ watch -n 1 "grep -E 'cpu MHz|processor' /proc/cpuinfo | head -n 20"
Every 1.0s: grep -E 'cpu MHz|processor' /proc/cpuinfo | head -n 20
processor : 0
cpu MHz : 3592.112
processor : 1
cpu MHz : 3591.887
Значення: Якщо такти CPU падають під навантаженням, ваш корпус наситився теплом. Це опосередковано штовхає криві вентилятора GPU.
Рішення: Виправляйте охолодження шасі. Репаст GPU не допоможе, якщо весь корпус — піч.
Завдання 13: Підтвердіть політику керування вентилятором у X (коли доступний NVIDIA Settings)
cr0x@server:~$ nvidia-settings -q GPUCoreTemp -q GPUCurrentPerfLevel
Attribute 'GPUCoreTemp' (server:0[gpu:0]): 76.
Attribute 'GPUCurrentPerfLevel' (server:0[gpu:0]): 3.
Значення: Можна побачити температуру та поточний рівень продуктивності (старі драйвери різняться, але такий патерн поширений).
Рішення: Якщо рівень продуктивності високий на холостому ходу, ви застрягли в режимі високої потужності. Діагностуйте композитор, 3D-додаток або конфігурацію драйвера, що примушує максимум частот.
Завдання 14: Перевірте на неконтрольовані частоти кадрів (класична причина крику вентиляторів)
cr0x@server:~$ vblank_mode=0 glxgears -info | head -n 15
GL_RENDERER = GeForce FX 5800 Ultra/AGP/SSE2
GL_VERSION = 1.5 NVIDIA 71.86.15
GL_VENDOR = NVIDIA Corporation
Значення: При відключеному vblank прості рендер-цикли можуть працювати без обмежень і давати постійне навантаження. Це може вивести вентилятор на максимум навіть при «простих» візуальних задачах.
Рішення: Якщо шум викликають тривіальні 3D-додатки, включіть vsync або обмежте FPS у застосунках. Не витрачайте тепловий запас на даремні кадри.
Завдання 15: Аудит розкладки корпусних вентиляторів і RPM (коли видно)
cr0x@server:~$ sensors | grep -i -E 'fan[0-9]'
fan1: 820 RPM
fan2: 640 RPM
Значення: Корпусні вентилятори повільні. На гарячій платформі GPU це зазвичай означає, що blower GPU компенсує.
Рішення: Збільшіть притік/витяжку повітря або замініть слабкі корпусні вентилятори. Тихіша система часто досягається шляхом більшого потоку повітря при нижчих обертах, а не через голодування корпуса й дозвіл GPU кричати.
Завдання 16: Перевірте обмеження пилу, дивлячись дельти температур з часом
cr0x@server:~$ watch -n 2 "nvidia-settings -q GPUCoreTemp 2>/dev/null | tail -n 1"
Every 2.0s: nvidia-settings -q GPUCoreTemp 2>/dev/null | tail -n 1
Attribute 'GPUCoreTemp' (server:0[gpu:0]): 83.
Значення: Якщо температура постійно зростає під сталим навантаженням, ваша система охолодження не досягає рівноваги — класичний симптом забитих ребер або поганого контакту радіатора.
Рішення: Вимкніть живлення і огляньте фізично. Програмні налаштування не виправлять вовну та пил.
Три корпоративні міні-історії з «шумових» позицій
Міні-історія 1: Інцидент через неправдиве припущення
Компанія мала невелику команду візуалізації, яка довго використовувала старі робочі станції для внутрішнього інструменту. Машини не були гламурними, але були стабільними. Потім фасиліті замінили офісні меблі — нові ніші під стіл з кращою укладкою кабелів. Всі аплодували. GPU — ні.
За тиждень до черги IT-тикетів додалася нова тема: «Станція звучить як пилосос», «ПК кричить», «Здається, щось ось-ось вибухне». Почали з механіки: технік поміняв один GPU, потім ще один. Проблема лишалася. Люди почали жартувати про «прокляті GPU», і це ознака, що ви втрачаєте кімнату.
Врешті ми зробили те, що повинні були зробити в перший день: сприйняли шум як телеметрію. Відтворили розкрут під контрольованим тестом. Така сама робота, інше розміщення. У ніші під стіл: миттєве розкручування. На відкритому місці: терпимо.
Неправильне припущення полягало в тому, що повітряний об’єм навколо корпуса залишився незмінним. Насправді нові ніші створили гарячу кишеню і заблокували вихід GPU. Blower-кулери ненавидять зворотний тиск. GPU не ламався; він правильно реагував на вороже середовище.
Виправлення було нудним: додати просвіти для вентиляції і низькообертовий витяжний вентилятор у нішу, плюс правило «не ставити корпус впритул до стіни». Жодних замін GPU не знадобилося. Урок: розташування коробки — частина теплового дизайну, а не дрібниця, перекладена на меблі.
Міні-історія 2: Оптимізація, що відбилася боком
Команда хотіла тихіших столів. Чесно. Хтось запропонував просту оптимізацію: у BIOS зменшити швидкість всіх корпусних вентиляторів, бо «GPU має власний кулер». Зміна розгорнулася під час планового вікна обслуговування. Ніхто не очікував феєрверків, бо машини все ще завантажувалися і проходили швидкий smoke test.
Наступного дня рендер-інструмент почав періодично падати. Непостійно. Нерепродуктивно. Достатньо, щоб зіпсувати графік і створити найгірший вид дебагу: коли все здається нормальним, поки не починаєш. Користувачі також повідомляли, що вентилятор GPU «іноді йде на максимум». Вони були праві, але слово «іноді» — як люди описують системи керування, яких не розуміють.
Ми інструментували це нудним способом: спостерігали за дрейфом температур під тривалим рендером. При сповільнених корпусних вентиляторах корпус нагрівався. Blower GPU тепер втягав повітря, що вже було підігріте CPU VRM та RAM. Коли базова температура зросла, GPU досягав порогу розкрутки швидше і залишався там довше. Тим часом підвищена температура материнської плати штовхала інші компоненти до нестабільності. Вентилятор GPU став посланцем, а не винуватцем.
Ми відкотили BIOS-профіль «тихі вентилятори», а потім замінили два гучні корпусні вентилятори на більші, які могли рухати повітря тихіше. Шум зменшився, стабільність повернулась. Оптимізація зазнала поразки, бо оптимізувала неправильно шар. У терміці локальні правки часто стають глобальними регресіями.
Міні-історія 3: Нудна, але правильна практика, що врятувала день
Інша організація мала політику, що звучала як overkill: квартальний фізичний огляд на пил, запланований репаст на машинах старше певного порогу та журнал будь-яких змін акустики, про які повідомляли користувачі. Люди кепкували, називаючи це «днем спа для вентиляторів». Насправді це була інженерія надійності.
Одного кварталу технік помітив зміну акустичної підписки GPU на певній робочій станції: загальна гучність та сама, але тон став різкіший і підйоми частіші. Температури ще не були тривожними. Система все ще виконувала роботу. Але запис потрапив у журнал обслуговування, і машину помістили для глибшої перевірки.
Коли її розібрали, вхід blower-а GPU мав пилову «килимку» за фронтальною решіткою, а ребра радіатора частково засмічені. Вентилятор компенсував, підвищуючи оберти, щоб підтримувати потік. Якби лишили це, наступний етап — перегрів, троттлінг і «таємна нестабільність».
Її почистили, замінили термопасту і перевірили, чи не тече повітря навколо шруда. GPU повернувся до «звичної надокучливості», що в тім контексті було показником успіху. Нудна практика спрацювала, бо вловила проблему до того, як вона стала інцидентом.
Жарт №2: Найтихіший GeForce FX — це той, який ви вже вимкнули, щоб почистити.
Поширені помилки: симптом → корінь → виправлення
1) Симптом: Вентилятор миттєво стрибає на максимум при логіні
Корінь: Режим енергоспоживання драйвера застряг на високому (композитор, неправильна конфігурація X або запуск 3D-застосунку при старті), або керування вентилятором переходить у безпечний режим 100%, бо драйвер не читає сенсори.
Виправлення: Підтвердіть рівень продуктивності/рендерер; відключіть зайвий композитинг; перевірте стек драйверів; дивіться логи Xorg. Якщо сенсори нечитабельні, прийміть, що прошивка може за умовчанням ставити повний вентилятор — ваша міра: поліпшення повітряного потоку і зниження навантаження.
2) Симптом: Гучна осциляція (вгору/вниз кожні кілька секунд)
Корінь: Погано налаштована фан-крива, занадто вузька термальна гістерезис, або переривчасте зчитування сенсора; іноді поганий контакт радіатора.
Виправлення: Покращіть теплообмін (репаст, рівномірне прикручування), зменшіть часті перемикання навантаження (обмежте FPS, уникайте мікро-бенчів), і стабілізуйте температуру корпусу стійким потоком повітря.
3) Симптом: Шум погіршується протягом місяців
Корінь: Накопичення пилу і знос підшипників. Також: термопаста висихає, що збільшує різницю між кристалом і радіатором і змушує вентилятор працювати частіше.
Виправлення: Почистіть ребра і вхідні шляхи; замініть вентилятор, якщо підшипник гуде; зробіть репаст якісною пастою; перевірте ущільнення шруда.
4) Симптом: GPU галасливий, але температури «нормальні»
Корінь: Розташування сенсора або спосіб звітування не відображає гарячої точки; або політика вентилятора консервативна. Альтернатива: температура корпуса висока, і вентилятор працює, щоб не допустити гіршого.
Виправлення: Сприймайте це як «низький запас». Покращіть притік/витяжку та приберіть перешкоди. Перевірте стабільність під тривалим навантаженням; якщо не можете виміряти гарячу точку, дійте консервативно.
5) Симптом: Випадки падінь під 3D-навантаженням плюс крик вентилятора
Корінь: Перегрів, що призводить до помилок, нестабільність PSU під навантаженням, або маргінальна подача живлення AGP/PCI на старих платах.
Виправлення: Зменшіть такти/навантаження; протестуйте з відомим добрим PSU; пересуньте і почистіть контакти; переконайтесь, що додаткові конектори живлення на місці; припиніть довгі навантаження, поки охолодження не виправите.
6) Симптом: Тихо в холостому ході, нестерпно в меню
Корінь: Невстановлена частота кадрів у меню (рендер-цикл працює максимально), що навантажує GPU даремно.
Виправлення: Увімкніть vsync або обмежте FPS на рівні застосунку. Якщо не можете обмежити, зменшіть роздільну здатність або деталі, щоб знизити тепло.
7) Симптом: Гучно лише в шафі або в ніші під столом
Корінь: Брак притоку повітря і рециркуляція виходу; blower-кулер бореться з зворотним тиском.
Виправлення: Збільшіть просвіти, додайте вентиляцію або перемістіть. Якщо потрібно закрити — спроектуйте справжній шлях повітря з притоком і витяжкою.
8) Симптом: Заміна вентилятора не виправила шум
Корінь: Невірно вважали, що це лише вентилятор — термодизайн недостатній для наявних умов, або поганий контакт радіатора.
Виправлення: Репаст, чистка, покращення повітряного потоку корпуса, перевірка цілісності шруда/повітропроводу. Заміну апаратних частин сама по собі не подолає фізику.
Чеклісти / покроковий план
Покроково: приборкати GPU «пилосос для листя» без гадань
- Відтворіть поведінку навмисно: визначте точну дію, що тригерить розкрут (запуск додатку, сплеск навантаження, меню в холостому режимі).
- Запишіть температури та стани продуктивності під час події: використовуйте те, що підтримує ваша платформа (
nvidia-settings,sensors, логи Xorg). - Перевірте, чи це дійсно навантаження GPU: підтвердіть рендерер (
glxinfo -B) і шукайте шаблони runaway FPS. - Огляньте фізичний шлях повітря: перешкоди на вході, простір для виходу, пилові килимки, сплющені фільтри.
- Стабілізуйте температуру корпуса: поверніть розумні швидкості корпусних вентиляторів; переконайтесь, що притік і витяжка збалансовані.
- Очистьте ребра і шруду: прибирайте пил з ребер; переконайтесь, що шруд не підтікає повітрям біля ребер.
- Зробіть репаст і правильне кріплення: рівномірний тиск, коректна кількість пасти, без деформації кронштейна. Тут ховається половина «таємничого» шуму.
- Перевірте PSU і конектори: старі GPU плюс старі PSU — готова суміш несправностей. Переконайтесь, що додаткове живлення надійне.
- Встановіть обмеження навантаження: обмежуйте FPS; уникайте безглуздого рендерингу; знижуйте роздільність для інструментів, що не потребують максимуму.
- Вирішіть, коли зупинитися: якщо підшипник вентилятора руйнується — замініть його; якщо термальний запас вичерпано — змініть GPU або перенесіть робочий процес.
Операційний чекліст: що стандартизувати в офісі або лабораторії
- Визначте прийнятні рівні шуму за зонами (open office vs lab vs machine room).
- Забороніть герметичні ніші під столом, якщо у них немає проектної вентиляції.
- Заплануйте чистки від пилу для систем з blower-GPU (вони чутливі до обмежень).
- Тримайте хоча б один відомо добрий PSU для заміни на ретротехніці.
- Документуйте версії драйверів, що стабільні для legacy NVIDIA заліза, і фіксуйте їх.
- Вимагається «тест на тривале навантаження» після будь-яких змін fan-curve/BIOS.
Матрична таблиця рішень: коли залишити, коли списати
- Залишити і обслуговувати, якщо: навантаження легкі, ви можете підтримувати стабільні температури, і шум терпимий для середовища.
- Мітити з обмеженнями, якщо: сплески шуму викликані uncapped FPS або уникаємим навантаженням; обмежте і рухайтеся далі.
- Списати або замінити, якщо: вентилятори ламаються повторно, платформу неможливо моніторити або термальний запас надто мізерний для надійності.
FAQ (питання, які люди реально задають)
1) Чи справді GeForce FX був унікально голосним, чи це перебільшення в інтернеті?
Трохи перебільшення, звісно. Але FlowFX-кулер FX 5800 Ultra став славетним не випадково: високі RPM, різкий тон і раптові підйоми під навантаженням.
2) Чому просто не використали більший радіатор і повільніший вентилятор?
Обмеження простору, вартість, вага та сумісність з корпусами. Двослотовий формат вже був значним компромісом. Більші радіатори також потребують належного повітряного потоку корпуса, що не було гарантовано.
3) Чи завжди blower-кулер — поганий варіант?
Ні. Blower-и відмінні, коли потрібен передбачуваний вихід повітря назад із корпуса і можна терпіти шум. У щільних конфігураціях вони можуть бути правильним вибором — просто не з маленькими вентиляторами й обмеженим повітропроводом.
4) Який найшвидший спосіб зробити його тихішим, не відкриваючи корпус?
Зменшіть навантаження, що тригерить високі стани живлення: обмежте частоту кадрів, увімкніть vsync, знизьте роздільність/деталі і уникайте завдань, що утримують GPU на піку без потреби.
5) Можу я керувати швидкістю вентилятора на цих старих платах?
Іноді так, але не надійно для всіх драйверів/плат. Багато legacy-настроїв не відкривають інтерфейсу керування вентилятором. Коли керування обмежене, ваші важелі — це повітряний потік, чистота та навантаження.
6) Якщо температури здаються нормальними, чи можна ігнорувати шум?
Не зовсім. Зміни в акустиці часто передують відмовам: накопичення пилу, знос підшипників або звуження теплового запасу. Сприймайте шум як ранній попереджувальний сигнал і хоча б огляньте систему.
7) Чи варто робити репаст на GeForce FX?
Так, якщо карта стара і ви плануєте її далі використовувати. Висохла паста підвищує температури на кристалі і змушує вентилятор працювати гучніше. Репаст — одна з небагатьох інтервенцій, що можуть знизити і температуру, і шум.
8) Чому він голосний у меню гри?
Меню можуть рендеритись з неконтрольованою частотою кадрів, що штовхає GPU в режим високого навантаження без користі. Обмежте FPS або включіть vsync, щоб GPU не біг на місці.
9) Яке «найправильніше» сучасне рішення для запуску legacy-пЗ?
Роз’єднати: запустіть legacy-додаток на сучасній тихій відеокарті, якщо можливо, або виносьте галасливу робочу станцію з-поміж людей і доступайтеся до неї віддалено.
10) Чи відіграє роль coil whine тут?
Coil whine існує, але репутація GeForce FX як «пилососа для листя» була в основному через вентилятори та повітряний потік. Coil whine — це зазвичай різкіший електронний тон, а не турбінний розкрут.
Висновок: практичні кроки далі
Історія «пилососа для листя» про GeForce FX смішна, поки вона не в вашому офісі, лабораторії або в кутку з наследдям «тримаємо, щоб працювало». Тоді це — операції: теплові бюджети, потоки повітря і контури керування, яким байдуже до ваших планів спринту.
Кроки, що дійсно приносять результат:
- Спочатку діагностуйте: визначте, чи розкрутка викликана навантаженням, постійна чи осцилююча, і зафіксуйте температури/стан продуктивності під час події.
- Виправте середовище: забезпечте корпус реальним притоком та витяжкою повітря і переконайтесь, що видалення повітря не потрапляє в меблі або шафи.
- Займіться фізичним обслуговуванням: почистьте від пилу, перевірте шруд/повітропровід, зробіть репаст і замініть вентилятори, що виходять з ладу, поки вони не застигли.
- Припиніть марнувати кадри: обмежте FPS та уникайте неконтрольованих циклів у меню; не витрачайте тепловий запас на марні метрики.
- Знайте, коли списувати: якщо не можете це моніторити, стабілізувати або це на відстані одного підшипника від простою — замініть або відсуньте від людей.
Якщо запам’ятаєте одне: шум — це не лише дратівливість. Це звук витрачання вашого теплового запасу.