Чому вентилятор ноутбука гучний після оновлення (зазвичай це драйвер)

February 11, 2026 • February 11, 2026 • Читання: 4 хв • Views: 0

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

Учора ваш ноутбук був тихим. Ви встановили оновлення. Сьогодні він звучить так, ніби готується злетіти. Здається, нічого більше не змінилося — але насправді змінилося все. Оновлення переставляють драйвери, політики живлення, інтерфейси прошивки та фонові служби. Ваш вентилятор просто передає повідомлення.

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

Швидкий план діагностики

Якщо ви зробите лише одну річ — виконайте цю послідовність. Це найкоротший шлях до відповіді «хто витрачає вати?»

Перше: підтвердьте, що це справжнє тепло, а не просто агресивні криві вентилятора

Перевірте температури (пакет CPU і GPU). Якщо температури в нормі, але вентилятор гучний, підозрівайте зміну кривої вентилятора/EC/прошивки, а не навантаження.
Перевірте реальне споживання енергії на батареї і від мережі. Регресія драйвера GPU може витягувати 10–30W на холостому ходу, і ви це почуєте.

Друге: знайдіть головного «балакуна» (процес) і головного «чекуна» (драйвер)

Пошукайте завантаження CPU в режимі холостого ходу. Якщо один процес завантажує ядро, то це користувацький простір (вкладка браузера, індексатор, антивірус).
Пошукайте навантаження через переривання/DPC/softirq. Якщо час CPU — «System»/ядро, то це справа драйверів (Wi‑Fi, аудіо, GPU, сховище, ACPI).

Третє: перевірте політику живлення та стани пристроїв

План живлення / governor міг скинутися на «High performance», або утиліта OEM знову ввімкнула «Turbo постійно».
Стан живлення GPU: після оновлення ваша dGPU може залишитися активною через баг драйвера, зовнішній монітор або некоректно виявлений додаток.
Управління енергоспоживанням сховища: налаштування NVMe APST можуть змінитися; деякі контролери працюють гарячіше або «спамлять» перериваннями при неправильній конфігурації.

Четверте: визначте шлях пом’якшення

Відкотіть конкретний драйвер (найкраще, коли регресія очевидна й свіжої дати).
Змініть політику живлення (добре, коли оновлення скинуло значення за замовчуванням).
Оновіть прошивку/BIOS (корисно, коли оновлення ОС виявило баг у прошивці; таке трапляється).
Вимкніть функцію, що викликає проблему (Modern Standby, апаратне прискорення GPU, енергозбереження Wi‑Fi тощо) до виправлення.

Що насправді змінює оновлення (і чому вентилятори реагують)

Вентилятори голосні з однієї причини: тепло. Тепло виникає через споживання енергії, а енергія — через роботу кремнію або його нездатність перейти в низькоенергетичні стани. Оновлення впливають на обидва фактори.

Зміни в драйверах — це зміни в споживанні

Більшість людей думають про драйвери як «забезпечують роботу заліза». Насправді драйвери також «змушують залізо спати». Хороший драйвер агресивно паркує ядра, знижує частоти, застосовує модерацію переривань і переводить пристрої в низькоенергетичні стани у режимі простору. Поганий драйвер тримає вечірку до другої ночі.

Після оновлення може змінитися одне з цього:

Масштабування частоти CPU: governor, поведінка Intel P-state, пріоритети AMD CPPC.
Управління живленням GPU: dGPU не входить у низькоенергетичний P-стан; блоки iGPU для медіа залишаються активними.
Стани живлення пристроїв зберігання: NVMe APST, SATA link power management; неправильні налаштування можуть викликати додаткові переривання.
Драйвери мережі: шторм переривань, погані налаштування offload, перемикачі енергозбереження.
Аудіодрайвери: дивно часте джерело періодичних пробуджень та великого ISR/DPC часу в Windows.

Фонові завдання під час оновлень підіймаються й виглядають як «випадкове тепло»

Оновлення часто активують «доганяючі» роботи: індексацію, аналіз фото, міграції телеметрії, повторні сканування антивірусом, кеші шейдерів, перебудову контейнерів, повторну індексацію Spotlight, відновлення пошуку Windows або перевірки файлової системи. Вони можуть тривати від хвилин до годин. Ключове питання — чи тимчасова це поведінка, чи постійна.

Тимчасове навантаження — це нормально. Постійне навантаження в режимі холостого ходу — ні. Трюк — довести, яке саме у вас, а потім виправити правильний рівень.

Інтерфейси прошивки: невидима залежність

На сучасних ноутбуках теплову поведінку визначає тристоронній «переговорний процес»: ОС, драйвери та вбудований контролер (EC)/BIOS. ОС запитує стани, драйвери транслюють, прошивка застосовує. Якщо оновлення ОС починає використовувати новий метод ACPI або очікує інші семантики, ваша прошивка може реагувати… творчо.

Цитата, яка й досі актуальна: «Надія — це не стратегія.» — генерал Гордон Р. Сулліван

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

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

Раніше термоконтроль у ноутбуках був переважно в прошивці. У 1990‑х ОС часто мало впливала; вентилятори були грубі, гучні й консервативні.
ACPI стандартизував керування живленням з боку ОС. Це перенесло політику в ОС і драйвери — добре, поки драйвер не змінив політику.
Intel SpeedStep і AMD PowerNow! зробили масштабування частоти звичним. Баги в масштабуванні можуть виглядати як «застряг на максимальних тактах».
Сучасні CPU не лише змінюють частоту; вони змінюють стани енергоспоживання (C-state). Один некоректний пристрій може не дати системі увійти в глибокий сон і значно підвищити енерговитрати в режимі холостого ходу.
Windows ввів «Modern Standby», щоб наслідувати поведінку телефонів. Це може підняти очікування фонової активності; деякі драйвери з цим працюють погано.
NVMe змінило енергетичні характеристики сховища. Контролери NVMe дуже швидкі — і дивно балакучі, якщо APST або стани енергозбереження налаштовані неправильно.
Гібридна графіка (iGPU + dGPU) породила новий клас багів «idle hot». Досить однієї програми, що тримає dGPU активним, щоб перетворити тихий ноутбук на грілку для рук.
Браузери стали платформою продуктивності. WebGL, декодування відео, фонові вкладки та розширення можуть утримувати CPU/GPU активними навіть у «холостому» стані.
Термопаста рідко «виходить з ладу за ніч». Якщо шум почався відразу після патчу, звинувачуйте спочатку програмне забезпечення, а не викрутку.

Типові вузькі місця: CPU, GPU, сховище й драйвери

CPU: очевидний підозрюваний (але перевіряйте час ядра)

Високе навантаження CPU швидко нагріває пакет, і вентилятор реагує швидко. Але треба розділити час CPU на:

Користувацький простір CPU: додатки виконують роботу (індексація, браузер, збірка, антивірус).
Ядро CPU: драйвери, переривання, DPC/ISR/softirq, «жонглювання» управлінням живлення.

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

GPU: тихий злодій ват

Регресії GPU поширені після оновлень, бо драйвери GPU великі, складні й часто оновлюються. Симптоми виглядають так:

Вентилятори гучні навіть коли CPU майже в режимі холостого ходу.
Раптове погіршення часу автономної роботи.
Зовнішній монітор викликає постійний шум вентилятора.
Відтворення відео або вкладка браузера робить систему гарячою без очевидної причини.

На багатьох ноутбуках dGPU, що застряг у активному стані, додає достатньо тепла, щоб активувати агресивні криві вентилятора, хоча диспетчер завдань каже, що з CPU все гаразд.

Сховище: індексація, TRIM і «чому мій SSD бігає марафон?»

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

Мережа: шторм переривань і перемикачі енергозбереження

Проблемний драйвер Wi‑Fi може спричиняти високі частоти переривань. У вас може з’явитися CPU‑час «System» або ядро, і вентилятор відреагує. Це не «інтернет швидкий» — це «драйвер шумить».

Термоконтроль: іноді вентилятор правий, а ви — ні

Оновлення можуть змінити криві вентилятора через оновлення прошивки або утиліти OEM. Якщо температури дійсно високі, вентилятор робить свою роботу. Якщо температури нормальні, але вентилятор гучний, крива вентилятора занадто агресивна або датчик надсилає неправильні дані.

Жарт №1: Ваш вентилятор не «випадково гучний» — він просто практикує DevOps: безперервну доставку гарячого повітря.

Практичні завдання: команди, виводи та рішення (12+)

Нижче — практичні перевірки, які ви можете виконати. Не всі застосовні до кожної ОС, але кожна реалістична і покликана відповісти на одне питання: що змінилося, що гаряче і хто не дає системі спати?

Завдання 1 (Linux): Побачити процеси, що їдять CPU в реальному часі

cr0x@server:~$ top -o %CPU
top - 10:17:22 up  2:31,  1 user,  load average: 2.91, 2.40, 1.88
Tasks: 287 total,   2 running, 285 sleeping,   0 stopped,   0 zombie
%Cpu(s): 18.4 us,  3.1 sy,  0.0 ni, 78.2 id,  0.0 wa,  0.0 hi,  0.3 si,  0.0 st
PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
4123 cr0x      20   0 3176508 212404  70456 R 165.2   2.6   4:32.11 tracker-miner-f

Що це означає: Один процес (tracker-miner-f) жере CPU. Це користувацький простір, ймовірно індексація.

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

Завдання 2 (Linux): Швидко перевірити час ядра vs користувача

cr0x@server:~$ mpstat -P ALL 1 3
Linux 6.8.0 (cr0x-laptop) 	02/04/2026 	_x86_64_	(16 CPU)

10:18:02 AM  CPU   %usr %nice  %sys %iowait  %irq  %soft  %idle
10:18:03 AM  all   12.50  0.00  9.38   0.00  0.00  2.50  75.62
10:18:04 AM  all   10.62  0.00 10.00   0.00  0.00  3.12  76.25
10:18:05 AM  all   11.25  0.00  9.38   0.00  0.00  2.50  76.88

Що це означає: %sys високий відносно %usr. Це свідчить про активність ядра/драйверів, а не просто додатків.

Рішення: Перейдіть до перевірок переривань/softirq і підозрюйте регресію драйвера (Wi‑Fi, GPU, сховище, аудіо).

Завдання 3 (Linux): Знайти шторм переривань

cr0x@server:~$ watch -n 1 'cat /proc/interrupts | egrep "iwlwifi|nvme|amdgpu|nvidia|snd|xhci"'
           CPU0       CPU1       CPU2       CPU3
 45:     182331     165442     170112     160994  IR-PCI-MSI 524288-edge      iwlwifi
 71:      15422      14802      15291      14988  IR-PCI-MSI 1048576-edge      nvme0q0
 89:       9221       9055       9110       8998  IR-PCI-MSI 1572864-edge      amdgpu

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

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

Завдання 4 (Linux): Побачити, хто не дає увійти в глибокий сон (класичний «idle hot»)

cr0x@server:~$ sudo powertop --time=10
The battery reports a discharge rate of 18.2 W
The system baseline power is estimated at 12.4 W

Top 5 Power Consumers:
  9.31 W    Device         Display backlight
  3.77 W    Process        /usr/lib/firefox/firefox -contentproc -childID 4
  2.11 W    Device         Network interface: wlp2s0 (iwlwifi)
  1.44 W    Process        /usr/lib/tracker-miner-fs-3
  1.03 W    Device         PCI Device: AMD Radeon Graphics

Що це означає: Розряд батареї в режимі холостого ходу високий. Список «топ споживачів» вказує на Wi‑Fi, браузер, індексацію і GPU.

Рішення: Зменшіть яскравість дисплея спочатку (легкий виграш), потім протестуйте апаратне прискорення браузера, енергозбереження Wi‑Fi і перевірте, чи входить GPU у низькоенергетичний стан.

Завдання 5 (Linux): Перевірити поведінку частоти CPU (застрягла високо?)

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

Що це означає: Governor встановлено у performance, що часто тримає такти високими і вентилятор гучнішим.

Рішення: Переключіться на powersave або schedutil (залежить від дистрибутиву), якщо вам важлива акустика та батарея.

Завдання 6 (Linux): Змінити governor негайно (тимчасове пом’якшення)

cr0x@server:~$ sudo bash -c 'for g in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do echo schedutil > "$g"; done'

Що це означає: Ви застосували більш енергоефективний governor по всіх ядрах.

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

Завдання 7 (Linux): Перевірити активний GPU і чи прокинувся dGPU

cr0x@server:~$ lspci -nnk | egrep -A3 "VGA|3D|Display"
00:02.0 VGA compatible controller [0300]: Intel Corporation Iris Xe Graphics [8086:9a49]
	Kernel driver in use: i915
01:00.0 3D controller [0302]: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile] [10de:1f99]
	Kernel driver in use: nvidia

Що це означає: У вас гібридна графіка, і драйвер NVIDIA використовується — іноді це джерело проблем в режимі холостого ходу.

Рішення: Якщо вам не потрібен dGPU, спробуйте працювати тільки на iGPU (налаштування BIOS або інструмент ОС), щоб підтвердити, чи він тримає систему активною.

Завдання 8 (Linux, NVIDIA): Побачити, хто використовує dGPU

cr0x@server:~$ nvidia-smi
Tue Feb  4 10:22:10 2026
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 550.54       Driver Version: 550.54       CUDA Version: 12.4     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|  0  GTX 1650        Off       | 00000000:01:00.0 Off |                  N/A |
| N/A   58C  P2    18W /  50W   |    512MiB /  4096MiB |     12%      Default |
+-------------------------------+----------------------+----------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|=============================================================================|
|    0   N/A  N/A      3891      G   /usr/lib/firefox/firefox            410MiB|
+-----------------------------------------------------------------------------+

Що це означає: dGPU споживає 18W і використовується Firefox. Це достатньо, щоб вентилятори були чути на багатьох ноутбуках.

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

Завдання 9 (Linux): Ідентифікувати інтенсивний ввід/вивід, що виглядає як «таємне тепло»

cr0x@server:~$ iotop -o -b -n 3
Total DISK READ: 12.34 M/s | Total DISK WRITE: 1.12 M/s
  PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
 4123 be/4  cr0x      10.22 M/s  0.00 B/s    0.00 %  75.12 %  tracker-miner-fs-3

Що це означає: Індексація викликає тривалі читання і тримає систему активною.

Рішення: Дайте їй завершитися, якщо це нова операція. Якщо вона ніколи не завершується, перебудуйте/очистіть індекс або виключіть великі директорії (образи VM, node_modules, результати збірок).

Завдання 10 (Linux): Пошук повторюваних пробуджень (питання «чому не ідилює?»)

cr0x@server:~$ sudo powertop --html=/tmp/powertop.html

Що це означає: Ви отримаєте HTML‑звіт зі списком пробуджень за секунду та процесів/пристроїв, що їх спричиняють.

Рішення: Якщо пробуджень багато (>100/s у режимі холостого ходу підозріло для багатьох систем), переслідуйте головних винуватців: USB‑пристрої, аудіокодеки, Wi‑Fi, Bluetooth або балакучий демон.

Завдання 11 (Windows): Перевірте, хто реально використовує CPU і чи це «System»

cr0x@server:~$ powershell -NoProfile -Command "Get-Process | Sort-Object CPU -Descending | Select-Object -First 10 Name,Id,CPU"
Name                  Id        CPU
System                4     1823.55
MsMpEng            5120      932.11
SearchIndexer       2216      510.22
dwm                 1432      388.08
chrome              9048      301.77

Що це означає: Якщо System довго на верхівці, ймовірно, проблема з драйверами/перериваннями/DPC. Якщо це MsMpEng або SearchIndexer, то це фонове обслуговування.

Рішення: Для System переходьте до перевірок DPC/драйверів. Для індексатора/антивірусу — зачекайте або перенесіть обслуговування на час, але переконайтесь, що воно зрештою зупиниться.

Завдання 12 (Windows): Перегляньте план живлення та активні налаштування

cr0x@server:~$ powercfg /GETACTIVESCHEME
Power Scheme GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (Balanced)

Що це означає: У вас встановлено Balanced. Якщо стоїть High performance (або OEM «Ultra Performance»), це може пояснити агресивне прискорення.

Рішення: Якщо несподівано бачите High performance, переключіться на Balanced і перевірте поведінку вентилятора ще раз.

Завдання 13 (Windows): Згенеруйте звіт енергоефективності, щоб виявити винуватців

cr0x@server:~$ powercfg /energy /duration 60
Enabling tracing for 60 seconds...
Energy efficiency problems were found.

C:\Windows\system32\energy-report.html

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

Рішення: Якщо звіт вказує на конкретний драйвер (мережевий, USB, аудіо), оновіть/відкотіть його і протестуйте знову.

Завдання 14 (Windows): Звіт про батарею, щоб підтвердити «погіршення холостого ходу»

cr0x@server:~$ powercfg /batteryreport
Battery life report saved to C:\Windows\system32\battery-report.html

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

Рішення: Якщо батарея раптово стала падати в той же час, коли вентилятор став гучнішим, підозрюйте драйвер, що не дає увійти в низькі стани (GPU, Wi‑Fi, чипсет).

Завдання 15 (Windows): Перелік встановлених драйверів і недавніх змін

cr0x@server:~$ pnputil /enum-drivers
Published Name : oem42.inf
Original Name  : netwtw10.inf
Provider Name  : Intel
Class Name     : Net
Driver Version : 23.20.0.4
Signer Name    : Microsoft Windows Hardware Compatibility Publisher

Що це означає: Це показує версії драйверів, що зараз встановлені. Порівняння версій до/після оновлення допомагає припинити здогадки.

Рішення: Якщо оновилася проблемна класифікація (Net, Display, System), спробуйте відкотити драйвер через Device Manager або встановити перевірений пакет від OEM.

Завдання 16 (macOS): Знайти, що споживає CPU і викликає нагрів

cr0x@server:~$ top -o cpu -l 1 | head -n 15
Processes: 412 total, 3 running, 409 sleeping, 2254 threads
Load Avg: 3.12, 2.44, 1.98  CPU usage: 18.44% user, 9.21% sys, 72.35% idle
PID    COMMAND      %CPU  TIME     #TH  #WQ  #PORT MEM    PURG   CMPRS  PGRP
512    mdworker_s   165.1 04:33.21  8    1    124  512M   0B     90M    512
221    spotlightd    72.4 02:10.02  9    2    210  240M   0B     12M    221

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

Рішення: Якщо це відразу після оновлення — дайте час. Якщо процес працює постійно дні — перебудуйте індекс Spotlight або перевірте директорію, що викликає великий churn.

Завдання 17 (macOS): Перевірити, чи індексує Spotlight

cr0x@server:~$ mdutil -a -s
/:
	Indexing enabled.

Що це означає: Індексація увімкнена. Нормально; справжнє питання — чи застрягла вона в циклі.

Рішення: Якщо постійне завантаження CPU не припиняється, примусово перебудуйте індекс або виключіть мінливі директорії (образи VM, результати збірок) з Spotlight.

Завдання 18 (Крос‑платформенна ідея): Перевірити, чи «холостий хід» дійсно холостий

cr0x@server:~$ uptime
 10:31:44 up  2:46,  1 user,  load average: 3.02, 2.51, 2.01

Що це означає: Середні навантаження ~2–3 на ноутбуку, що «нічого не робить», означають, що щось ще працює.

Рішення: Не чіпайте апаратне забезпечення поки не знайдете процес/драйвер, що тримає машину зайнятою.

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

Цей розділ для тих, хто хоче припинити шум сьогодні, а не філософствувати про термодинаміку.

1) Вентилятор гучний в режимі холостого ходу відразу після оновлення

Симптом: Ноутбук гарячий і гучний, хоча ви майже нічого не робите.
Причина: Післяоновнечні роботи (індексація, скан антивірусу, аналіз фото) або застрягле фонове завдання.
Виправлення: Перевірте топ CPU‑процесів. Якщо це індексація і навантаження поступово зменшується — дайте закінчити на живленні від мережі. Якщо триває — перебудуйте/очистіть індекс та виключіть директорії з великою кількістю змін.

2) CPU показує низьке завантаження, але вентилятор все одно гучний

Симптом: Диспетчер завдань/Activity Monitor показує низький CPU, але вентилятор реве.
Причина: dGPU застряг у активному стані з високим споживанням на холостому ходу; зовнішній монітор змушує dGPU; регресія драйвера GPU.
Виправлення: Підтвердіть стан GPU (наприклад, nvidia-smi), вимкніть апаратне прискорення в браузері, протестуйте відключення зовнішніх дисплеїв або переключення на iGPU.

3) Вентилятор наростає кожні 10–30 секунд як метроном

Симптом: Регулярні періодичні підвищення обертів, навіть у холостому режимі.
Причина: Драйвер або демон пробуджують систему (аудіо, Wi‑Fi, Bluetooth, телеметрія). Іноді це петля опитування датчика.
Виправлення: Використайте аналіз wakeup (powertop для Linux; energy report для Windows). Оновіть/відкотіть проблемний драйвер, тимчасово відключіть службу, щоб підтвердити.

4) Вентилятор гучний лише на батареї після оновлення

Симптом: Від мережі все більш-менш нормально; на батареї — гаряче й швидко розряджається.
Причина: Скинута політика живлення; змінилася поведінка бусту CPU; «battery saver» більше не обмежує продуктивність; Modern Standby збільшив фонову активність.
Виправлення: Перевірте активний план/governor; обмежте максимальний стан процесора або тимчасово вимкніть turbo boost для діагностики; перегляньте програми, дозволені на батареї.

5) Вентилятор гучний лише коли підключено Wi‑Fi

Симптом: Відключіть Wi‑Fi — вентилятор заспокоюється.
Причина: Драйвер мережі викликав шторм переривань або некоректні offload‑налаштування після оновлення драйвера.
Виправлення: Оновіть/відкотіть драйвер Wi‑Fi; увімкніть/вимкніть енергозбереження для Wi‑Fi; спробуйте вимкнути деякі offload‑опції (залежить від платформи). Підтвердіть через лічильники переривань або перевірки DPC.

6) Вентилятор став голоснішим, але температури нормальні

Симптом: Гучний вентилятор, але температура CPU не надто висока.
Причина: Змінилась прошивка/EC-крива вентилятора; зміни в показах датчика; утиліта OEM змінила режим теплового профілю.
Виправлення: Перевірте утиліту OEM і переключіть в Balanced/Silent, або поверніть утиліту/прошивку, якщо вона ввела агресивну криву.

7) Вентилятор гучний після оновлення драйвера графіки, відеодзвінки жахливі

Симптом: Відеоконференції тепер змушують ноутбук звучати як голлівудський рендер.
Причина: Змінився шлях апаратного прискорення; ламано працює offload‑кодек; GPU тепер виконує більше роботи або не знижується після використання.
Виправлення: Переключіть апаратне прискорення у клієнті конференцій/браузері, оновіть/відкотіть драйвер GPU і протестуйте з підключеними та відключеними зовнішніми моніторами.

8) Ви почистили вентилятори, але це не допомогло

Симптом: Механічне очищення не змінило ситуацію.
Причина: Регресія програмного забезпечення, а не обмеження повітряного потоку.
Виправлення: Не розбирайте ноутбук дарма. Зберіть докази процесів/драйверів і відкотіть винуватця.

Контрольні списки / покроковий план

Контрольний список A: 15‑хвилинна триаж (без глибоких розвідок)

Підтвердіть температуру і споживання: якщо температури високі — вентилятор обґрунтований. Якщо температури нормальні — підозрюйте криву вентилятора/прошивку.
Перевірте топ CPU‑процеси: ідентифікуйте «ходока» і вирішіть, чи це тимчасове обслуговування.
Перевірте час ядра/«System»: якщо високий — припускайте проблему драйвера, поки не доведено інше.
Перевірте участь GPU: підтвердіть, чи active dGPU в режимі холостого ходу.
Перевірте політику живлення: Balanced vs Performance, зміни governor, режим OEM термального профілю.
Перезавантажте один раз: не чарівна дія, але зупиняє завислі задачі після оновлення і гарантує повторну ініціалізацію драйверів.

Контрольний список B: Робочий процес при регресії драйвера (поводьтеся як із інцидентом)

Запишіть, що змінилося: номер оновлення ОС, версії драйверів, оновлення прошивки, зміни утиліт OEM.
Відтворіть: підтвердіть, що проблема проявляється стабільно (холостий хід від мережі, на батареї, при підключеному зовнішньому моніторі, Wi‑Fi вкл./вимк.).
Виміряйте: розподіл CPU user/sys, переривання/DPC, стан живлення GPU, пробудження.
Ізолюйте: вимикайте по одній змінній (зовнішній дисплей, апаратне прискорення, Wi‑Fi, Bluetooth).
Відкотіть підозрюваний драйвер першим (GPU, Wi‑Fi, чипсет/управління живлення), а не перевстановлюйте всю ОС.
Валідуйте: переконайтесь, що температури й енергоспоживання повернулися до бази.
Стабілізуйте: заблокуйте проблемне оновлення драйвера тимчасово, якщо платформа продовжує його застосовувати.

Контрольний список C: «Потрібно тихо зараз» — пом’якшення (безпечне, відновлюване)

Переключіться в Balanced/Silent режим через інструменти OEM.
Знизьте максимальний стан процесора (Windows) або використайте енергоощадний governor (Linux).
Тимчасово вимкніть апаратне прискорення браузера.
Відключіть зовнішні монітори/доки, щоб перевірити, чи вони змушують dGPU працювати.
Тимчасово призупиніть індексацію (розуміючи, що пошук постраждає).

Жарт №2: Найшвидший спосіб знизити нагрів ноутбука — перестати читати нотатки до драйверів GPU. На жаль, це не вирішить проблему.

Три корпоративні міні-історії (бо ноутбуки теж у продакшні)

Міні‑історія 1: Неправильне припущення (це було «просто індексація»)

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

Наступного ранку проблема залишилася. Ще гірше, вона була непослідовною: деякі моделі були в порядку, інші — жахливі. Ця деталь була важлива. Індексація зазвичай не робить дискримінації між SKU; драйвери — роблять. Хтось нарешті порівняв «здорову» машину з «шумною» і помітив підвищений час ядра на шумних пристроях, навіть коли користувацьких процесів майже не було.

Виявилося, що винен мережевий драйвер, розповсюджений разом з патчем ОС. На певній ревізії Wi‑Fi‑чіпсету новий драйвер генерував часті переривання під конкретними налаштуваннями точки доступу. CPU не був «завантажений» в звичному сенсі, але він ніколи не отримував довгих пауз. Вентилятор не мав вільного часу.

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

Міні‑історія 2: Оптимізація, що зіграла злий жарт (режим продуктивності скрізь)

IT‑команда хотіла зменшити скарги на «повільні ноутбуки» після великого оновлення. Вона розіслала профіль: виставити режим живлення в бік продуктивності при підключенні до мережі. На папері це виглядало невинно — розробники на доках підключені до мережі і хочуть швидкості. Зміна також тихо підвищила мінімальний стан процесора і дозволила агресивніший turbo boost.

Через два тижні скарги змінилися. Замість «повільно» з’явилося «шумно», «гаряче» і «дзвінки як фен». Команда оптимізувала продуктивність бенчмарків і випадково оптимізувала акустику в неправильному напрямку. Це було не маленьке зрушення; сучасні CPU можуть подвоїти споживання, ганяючись за незначною вигодою в затримках.

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

Відкат не вимагав героїзму. Вони повернули профіль до Balanced з трохи більш чутливими налаштуваннями і дали «Power» опцію лише тим користувачам, які цього потребують. Продуктивність — це фішка; так само і тиша під час дзвінків.

Міні‑історія 3: Нудна практика, що врятувала день (версійні бази)

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

Якось канарки повідомили про шум після рутинного оновлення. Команда не сперечалася, а порівняла базові версії. Єдиною значущою зміною був драйвер GPU. Холосте споживання енергії зросло, і dGPU перестав заходити у низький стан, коли зовнішній монітор підключався через конкретний док.

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

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

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

1) Це справді «зазвичай драйвер»?

У сценарії «вентилятор гучний відразу після оновлення» — так, регресії драйверів або політик живлення — найпоширеніша стійка причина. Короткочасний шум часто викликаний обслуговуванням.

2) Скільки чекати, перш ніж думати, що щось зламалося?

Якщо вентилятор гучний 10–60 хвилин після великого оновлення, це може бути нормально. Якщо він і далі гучний у режимі холостого ходу через кілька годин (або повертається при кожному завантаженні) — починайте діагностику. «Зачекати до ранку» — це не стратегія усунення несправностей; це просто затримка.

3) Чому CPU показує низьке завантаження, але температури високі?

Або (a) GPU споживає енергію, або (b) CPU не доходить до глибоких станів через пробудження/переривання, або (c) крива вентилятора змінилася. Низький відсоток CPU не означає низьке споживання ват.

4) Чи варто оновлювати BIOS/прошивку, щоб виправити це?

Іноді. Якщо проблема почалась з оновлення ОС і є прошивка, в якій згадуються термальні/енергетичні/сумісні зміни, варто спробувати. Але не робіть безладних оновлень прошивки, не визначивши спочатку, чи не в драйвері/процесі справа.

5) Чи допоможе повторна паста на CPU?

Рідко у випадках «одразу після оновлення». Репастинг допомагає, коли теплопровідність істинно деградувала (старіший пристрій, стабільно високі температури під навантаженням). Він не вирішить dGPU, що тримає 18W на холостому ходу.

6) Чому підключення зовнішнього монітора робить вентилятор шалений?

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

7) Чи дійсно вимкнення Turbo Boost — робоче рішення?

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

8) Чому Wi‑Fi впливає на шум вентилятора?

Тому що поганий мережевий драйвер може генерувати часті переривання або не давати CPU заснути. Мережевий трафік — це не лише «пакети», це ще й робота процесора з обробки переривань і offload.

9) Чи може драйвер сховища зробити мій вентилятор гучним?

Так. Сховище може викликати тривалі операції I/O (індексація) або високі частоти переривань (особливості драйвера/контролера). Неправильні налаштування енергозбереження NVMe також можуть підвищити температуру контролера і пробудження CPU.

10) Що робити, якщо нічого очевидного не показує звіти?

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

Висновок: практичні наступні кроки

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

Наступні кроки, які можна зробити сьогодні:

Запустіть перевірку «топ процесів» і зафіксуйте три головні споживачі CPU.
Перевірте план живлення/governor і встановіть Balanced/schedutil, якщо він змінився.
Якщо CPU виглядає нормально — перевірте стан GPU і хто його використовує; вимкніть апаратне прискорення як тест.
Якщо час ядра високий — підозрюйте драйвер (Wi‑Fi/GPU/аудіо/сховище). Відкотіть останнє оновлення драйвера для підозрюваного пристрою.
Коли стабілізуєте систему, зафіксуйте власну базу (температури в холостому ході, типовий рівень розряду, версії драйверів). Це найпростіший спосіб виграти в наступному оновленні.