Ноутбук i7, повільний як картоплина: коли ліміти живлення сміються з покупців

Що ви купили проти того, що отримали: ілюзія i7

«i7» — це рівень бренду, а не гарантія продуктивності. У ноутбуках одна й та сама емблема може означати суттєво різний кремній: різну кількість ядер, різні пакети для тривалого споживання потужності й різні системи охолодження. Навіть в межах однієї моделі CPU виробники ноутбуків встановлюють власні обмеження. Два ідентичні процесори в двох різних корпусах можуть поводитися як різні продукти.

Неприємна правда: для тривалих навантажень (компіляції, рендеринг, запуск ВМ, обробка даних) ви в основному купуєте охолодження та бюджет потужності. CPU просто їде в цьому поїзді.

Turbo boost існує, щоб дати швидкий спалах. Маркетинг любить цифри пікових значень. Ваше реальне життя любить стійку продуктивність. Якщо ноутбук налаштовано на тихі вентилятори, тонкий корпус або тривалий час автономної роботи, CPU досягне ліміту потужності, а потім знизить частоту до такого рівня, що на папері це виглядає образливо.

Жарт на закуску: i7 у тонкому ноутбуці — це як спортивне авто з насосом для велосипеда в якості паливного шлангу — чудово у брошурі, дивно на трасі.

Як SRE, мені менш важливі піки і більше — продуктивність у обмеженнях. Світ ноутбуків — це нашарування обмежень: ліміти адаптера живлення, ліміти VRM, теплові обмеження, поведінка батареї під час заряджання, політики ОС і інколи «оновлення безпеки», що змінюють поведінку бусту CPU. Потрібна методологія, а не відчуття.

Факти та історія: як ми дісталися сюди (і чому це не ново)

Трохи контексту допомагає, бо проблема «мій дорогий CPU повільний» не почалася вчора. Регулятори просто ускладнилися.

1. Intel Turbo Boost (епоха ~2008) унормував «спалах вище базової частоти», зробивши базову частоту менш релевантною для коротких завдань і більш важливою для тривалих.
2. RAPL (Running Average Power Limit) ввів апаратне обмеження потужності, дозволивши прошивці й ОС жорстко контролювати пакети живлення.
3. Тонкі та легкі конструкції стали нормою у 2010‑х; багато корпусів не можуть відводити стійко 35–45W без шуму вентиляторів, який виробники не хочуть.
4. Налаштування PL1/PL2/Tau відійшли в зону OEM: виробники відправляють різні таблиці потужності для різних SKU, іноді для різних версій BIOS, і не повідомляють про це.
5. USB‑C PD і менші адаптери зробили нормою ситуацію, коли потужність адаптера «достатня» для зарядки, але недостатня для одночасної максимального навантаження.
6. Сучасні планувальники стали чутливими до топології (big.LITTLE/гібридні дизайни); «швидкі» і «ефективні» ядра можуть посилювати ефект лімітів, якщо політики некоректно розподіляють роботу.
7. Міри безпеки змінили профілі продуктивності з роками; деякі навантаження чутливі до цього, і «минулого року було швидше» може бути правдою.
8. Криві вентиляторів стали характеристикою продукту: «Тихий режим» часто означає «обмежити PL1», а не лише «повільніше запускати вентилятори».
9. Політики здоров’я батареї (пороги заряджання, режими збереження) інколи змінюють, наскільки агресивно система бере струм з адаптера під час піків.

Жодне з цього окремо не є «багом». У сукупності це те, як ваш i7 стає картоплиною, при тому що технічно він відповідає специфікації.

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

Якщо ви хочете швидкості, треба визначити, у яку стіну ви врізаєтесь: потужність CPU, теплові обмеження CPU, потужність GPU, тиск пам’яті, ввід‑вивід сховища або «політика живлення», яка фактично є регулятором із неприязню.

Перше: підтвердьте, що відбувається троттлінг (потужність vs тепло)

• Windows: Перевірте «Thermal throttling» / «Power limit exceeded» у HWiNFO (сенсори). Також перевірте в Диспетчері завдань частоту проти базової під навантаженням.
• Linux: Подивіться поведінку частот, лічильники троттлінгу та споживання RAPL.

Друге: перевірте очевидні зовнішні обмеження

• Неправильний адаптер за ватами, погана USB‑C PD переговорка або пошкоджений кабель.
• Док‑станції, які обмежують постачання потужності під навантаженням.
• Режим «тихо» або «економія батареї» під час підключення до мережі (таке буває).

Третє: визначте домен обмеження

• Пакетна потужність CPU тримається біля низької межі (наприклад, 10–15W) → PL1, OEM‑профіль або обмеження адаптера.
• Температури підскакують до ~95–100°C, після чого частоти падають → тепловий троттлінг, погана паста, пил, крива вентиляторів або спільний тепловий трубопровід з GPU.
• CPU виглядає нормально, але система все одно повільна → свопінг пам’яті, затримки сховища, фонове шифрування/індексування або проблемний драйвер/шторм переривань.

Четверте: оберіть стратегію

• Якщо корпус не може охолоджувати, оптимізуйте для стійкості через зниження напруги (undervolting, де можливо), покращення повітряного потоку та розумні плани живлення.
• Якщо обмежено постачання енергії, виправте ситуацію з адаптером/доком або погодьтеся на нижчу стійку продуктивність.
• Якщо справа в політиці ОС, не дозволяйте «збалансовано» означати «повільно».

Практичні завдання: команди, результати, рішення (Windows & Linux)

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

Завдання для Linux (Intel/AMD ноутбуки)

Завдання 1: Ідентифікувати модель CPU і топологію

cr0x@server:~$ lscpu
Architecture:             x86_64
CPU op-mode(s):           32-bit, 64-bit
CPU(s):                   16
Model name:               13th Gen Intel(R) Core(TM) i7-1360P
Thread(s) per core:       2
Core(s) per socket:       12
Socket(s):                1

Що це означає: Підтверджує, який у вас CPU (і чи це P/U/H‑клас), плюс кількість ядер/потоків.

Рішення: Якщо це енергоефективний клас CPU (зазвичай P/U), не чекайте поведінки H‑класу без виняткового корпусу.

Завдання 2: Спостерігати частоти CPU та підказки троттлінгу в режимі реального часу

cr0x@server:~$ sudo turbostat --Summary --interval 2
turbostat version 2023.03.20 - Len Brown <lenb@kernel.org>
Summary: PkgWatt  12.34  CorWatt  7.89  GFXWatt  0.20  Totl%C0  65.12  Avg_MHz  1398
Summary: PkgWatt  12.10  CorWatt  7.55  GFXWatt  0.18  Totl%C0  64.88  Avg_MHz  1405

Що це означає: Якщо під навантаженням пакетна потужність (PkgWatt) тримається біля ~12W при низьких Avg_MHz — класичний знак «PL1 занадто низький».

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

Завдання 3: Перевірити драйвер політики частот CPU

cr0x@server:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate

Що це означає: Підтверджує, який драйвер керує частотами. intel_pstate поводиться інакше, ніж acpi-cpufreq.

Рішення: Якщо ви налаштовуєте поведінку, знайте, з яким драйвером працюєте; поради відрізняються.

Завдання 4: Перевірити Intel P‑state EPP (Energy Performance Preference)

cr0x@server:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/energy_performance_preference
balance_power

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

Рішення: На AC для чутливих до продуктивності задач розгляньте встановлення EPP в «balance_performance» або «performance».

Завдання 5: Тимчасово встановити EPP в performance

cr0x@server:~$ echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference
performance

Що це означає: Форсує агресивніший пріоритет продуктивності. Якщо ноутбук раптом «оживе», політика була основним внеском у проблему.

Рішення: Якщо це виправляє відчуття, реалізуйте це через правило udev/systemd при підключенні AC, а не залишайте як випадкове ручне рішення.

Завдання 6: Перевірити поточний governor (коли застосовно)

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

Що це означає: В intel_pstate «powersave» не обов’язково означає «повільно», але в деяких дистрибутивах може корелювати з консервативною поведінкою.

Рішення: Якщо система повільна на AC, розгляньте перемикання профілю через power-profiles-daemon або tuned замість ручної зміни governor.

Завдання 7: Перевірити стан AC vs батареї (так, це важливо)

cr0x@server:~$ upower -i /org/freedesktop/UPower/devices/line_power_AC
  native-path:          AC
  power supply:         yes
  online:               yes

Що це означає: Підтверджує, що ОС вважає, що ви підключені до мережі. Доки док/кабель флапають, система може триматися в низькопотужному режимі.

Рішення: Якщо «online: no» хоча ви підключені, виправте шлях постачання живлення (адаптер, кабель, док).

Завдання 8: Інспектувати RAPL‑ліміти потужності (Intel)

cr0x@server:~$ sudo powercap-info -p intel-rapl
Zone: intel-rapl:0 (enabled)
  Power consumption: 11.92 W
  Constraint 0 (long_term):
    Power limit: 12.00 W
    Time window: 28.00 s
  Constraint 1 (short_term):
    Power limit: 35.00 W
    Time window: 0.00 s

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

Рішення: Якщо довготривала потужність невиправдано низька на AC, перевірте OEM‑режими продуктивності/оновлення BIOS. Змінювати це програмно може бути заблоковано або небезпечно.

Завдання 9: Ловити сигнали теплового троттлінгу в логах ядра

cr0x@server:~$ sudo dmesg | egrep -i 'throttl|thermal|powercap' | tail -n 8
[  912.441] intel_rapl_common: RAPL package 0 domain package locked by BIOS
[  918.102] thermal thermal_zone0: critical temperature reached
[  918.103] CPU0: Core temperature above threshold, cpu clock throttled

Що це означає: «locked by BIOS» говорить, що ви не зможете змінити ліміти потужності з ОС. Thermal critical вказує на справжню теплову проблему.

Рішення: Якщо BIOS блокує потужність і ви тротлите через тепло, зосередьтеся на охолодженні й OEM‑профілях замість боротьби з ядром.

Завдання 10: Перевірити тиск пам’яті і свопінг (тихий вбивця)

cr0x@server:~$ free -h
               total        used        free      shared  buff/cache   available
Mem:            16Gi        14Gi       410Mi       1.2Gi       1.6Gi       820Mi
Swap:           8Gi        6.5Gi       1.5Gi

Що це означає: Активне використання свопу робить усе відчуття «повільного CPU», бо задачі блокуються на ввід‑вивід і page fault‑ах.

Рішення: Якщо своп активний під нормальною роботою, додайте RAM, зменшіть фонові додатки/VM або налаштуйте swappiness та робоче навантаження.

Завдання 11: Виміряти затримку диска під навантаженням (NVMe все ще може бути вузьким місцем)

cr0x@server:~$ iostat -xz 1 3
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          12.10    0.00    3.00   18.20    0.00   66.70

Device            r/s     rkB/s   rrqm/s  %rrqm r_await rareq-sz     w/s     wkB/s   w_await  aqu-sz  %util
nvme0n1          45.0   3800.0     0.0    0.00   22.50    84.4     30.0   6400.0   35.10    1.90   99.00

Що це означає: Високий %util і великі часи очікування свідчать про насичення сховища. Якщо ваш білд багато читає/записує, CPU виглядатиме недовикористаним.

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

Завдання 12: Перевірити стан NVMe та температуру

cr0x@server:~$ sudo nvme smart-log /dev/nvme0
temperature                             : 79 C
available_spare                         : 100%
percentage_used                         : 3%
media_errors                            : 0
num_err_log_entries                     : 0

Що це означає: 79°C — це високо для SSD. Багато дисків тротлінгують у діапазоні 70–80°C, різко падаючи в продуктивності під час завдань.

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

Завдання для Windows (PowerShell та вбудовані інструменти)

Windows має відмінну телеметрію, якщо правильно її запросити. Використовуйте PowerShell та вбудовані інструменти перед встановленням зоопарку доповнень.

Завдання 13: Подивитися активну схему живлення та чи саботує вона вас

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

Що це означає: Balanced не обов’язково погано, але OEM часто модифікує його агресивно.

Рішення: Для тривалої роботи на AC протестуйте High performance / Ultimate Performance (якщо доступно) і порівняйте стійкі частоти.

Завдання 14: Згенерувати звіт енергоспоживання для очевидних неконфігурацій

cr0x@server:~$ powercfg /energy /duration 60
Enabling tracing for 60 seconds...
Energy efficiency problems were found.
19 Informational warnings were found.
See C:\Windows\system32\energy-report.html for more details.

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

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

Завдання 15: Перевірити, чи система вважає, що працює в режимі економії енергії

cr0x@server:~$ powercfg /requests
DISPLAY:
None.

SYSTEM:
None.

AWAYMODE:
None.

EXECUTION:
None.

PERFBOOST:
[PROCESS] \Device\HarddiskVolume3\Windows\System32\SearchIndexer.exe

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

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

Завдання 16: Спостерігати частоту CPU і лічильники троттлінгу (PerfMon через logman)

cr0x@server:~$ logman query counters | findstr /i "processor performance"
\Processor Information(_Total)\% Processor Performance
\Processor Information(_Total)\Processor Frequency
\Processor Information(_Total)\% of Maximum Frequency

Що це означає: Ці лічильники допомагають корелювати «повільно» з «CPU обмежений на 40% макс. частоти».

Рішення: Якщо % of Maximum Frequency низький під навантаженням, це політика або обмеження живлення, а не «слабкий CPU».

Завдання 17: Перевірити адаптер і стан батареї (швидка перевірка)

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

Що це означає: Звіт показує недавню поведінку заряд/розряд; часте розряджання на AC під навантаженням вказує на недопотужний адаптер.

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

Завдання 18: Швидка перевірка на проблеми зі стеком драйверів (PowerShell)

cr0x@server:~$ pnputil /enum-drivers | findstr /i "intel amd chipset"
Published Name : oem42.inf
Driver Package Provider : Intel
Class : System
Driver Version : 10.1.20020.8623

Що це означає: Підтверджує наявність і відносну свіжість драйверів чипсету/платформи. Погані драйвери чипсету можуть порушити сучасне управління енергією.

Рішення: Якщо драйвери чипсету застаріли або відсутні, встановіть OEM‑пакет або пакет від виробника платформи перед екзотичними хитрощами.

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

PL1, PL2, Tau, EPP: ручки, що вирішують вашу долю

Якщо ви запам’ятаєте одну річ: ноутбуками більше керують бюджети потужності в часі, ніж рекламовані GHz. Це PL1/PL2/Tau в термінах Intel; подібні концепції існують і в інших платформах.

PL1: ваша стійка швидкість

PL1 — довготривалий ліміт потужності. Це найчесніший індикатор того, наскільки швидко ваш ноутбук може працювати хвилинами без порушення власної політики. Якщо PL1 = 12W, у вас може бути i7, i9 або церемоніальна картоплина — тривалі обчислення будуть виглядати як 12W.

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

PL2: спринт

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

Tau: як довго триває спринт

Tau (вікно часу) контролює, як довго PL2 може триматися перед тим, як система зійде до PL1. OEM агресивно граються з Tau. Довгий Tau робить ноутбук «швидким» під час демонстрацій, короткий — «стабільним», але повільнішим.

EPP / Speed Shift: наскільки охоче CPU реагує

EPP (Energy Performance Preference) і Intel Speed Shift визначають, як швидко CPU нарощує частоту і як він торгує продуктивністю за енергію. На деяких налаштуваннях консервативний EPP робить систему повільною навіть при щедрих лімітах потужності. Це політика, а не фізика.

Прошивковий замок: «BIOS тепер керує цим»

Багато ноутбуків блокують ліміти потужності в прошивці. Ви побачите підказки на кшталт «locked by BIOS». Це означає:

• Програмні підручні зміни можуть не зберігатися.
• Оновлення BIOS можуть змінити поведінку без попередження.
• Найкращий важіль — це OEM‑профіль продуктивності (Quiet/Balance/Performance), а не сторонній інструмент.

Кут надійності (і одна цитата)

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

«Надія — не стратегія.» — Gene Kranz

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

Схибки зі сховищем: коли це не CPU (але виглядає як він)

Як інженер зі сховищ, я бачив, як «CPU повільний» виявлявся: термотроттлінг SSD, патерни фрагментації файлової системи, антивірус, який сканує кожний object file, або фонове шифрування, яке викидає чергу NVMe в небо.

Ліміти потужності можуть ускладнювати виявлення вузьких місць сховища, бо все розтягується: компіляції тривають довше, ви частіше натрапляєте на фонові завдання; система більше часу проводить у змішаному стані CPU+IO; вентилятори працюють непередбачувано, бо джерела тепла змінюються.

Типові індикатори «фальшивої повільності CPU»

• Високий iowait в Linux або низьке завантаження CPU в Windows, поки система зависає.
• Переривчасті паузи замість постійного повільного обчислення.
• Крах продуктивності під час великих записів (завантаження, оновлення, образи ВМ) з подальшим відновленням.

Що робити, коли сховище — вузьке місце

• Перевірте температуру SSD і троттлінг (NVMe SMART лог).
• Перевірте вільне місце; майже повні диски можуть працювати погано залежно від контролера і файлової системи.
• Переконайтесь, що ваш «швидкий SSD» не є дешевим QLC з малим SLC‑кешем, який вичерпується при тривалих записах.

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

Три корпоративні міні-історії з передової

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

Одна компанія, в якій я працював, стандартизувала «преміальні ноутбуки для розробників». Специфікація виглядала чудово: i7, 32GB RAM, NVMe — повний набір. Припущення було просте: дорожче = швидше = менше скарг.

Потім часи збірки почали повільніше. Спершу у кількох інженерів, потім у більшості команди. Історія, яку усі собі розповідали: «репо стало більше» або «CI сповільнився». Але біль був локальним: затримки введення в IDE під час збірки, вентилятори тихі, CPU зависали на підозріло низьких частотах.

Ми виміряли. Під стійкою компіляцією пакетна потужність вирівнювалася на низькому рівні. Машини були підключені до USB‑C доків, які рекламували високу потужність, але в певних умовах погоджували менше. Ноутбуки компенсували це, використовуючи батарею для спалахів, а потім суттєво знижували потужність, щоб захистити батарею. В результаті — пилкоподібна продуктивність: короткі підйоми, довгі провали.

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

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

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

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

Це спрацювало — частково. Ноутбуки стали тихими. Але інженери почали бачити випадкові відмови тестів та сповільнення. Відмови були тонкі: тайм‑аути інтеграційних тестів, нестабільна UI‑автоматизація, локальні контейнери, які запускалися вічно. Ніхто не пов’язував це з профілем вентиляторів, бо «чому налаштування вентиляторів мало б ламати тести?»

Ось як: тихий профіль зафіксував PL1 низько. Тривалі прогони тестів почали тривати довше. Деякі тести мали жорстко задані тайм‑аути, налаштовані під старі часи виконання. До того ж нижча стійка потужність тримала CPU в середньому діапазоні частот, де певні теплові пороги викликали мікро‑троттлинг. Не катастрофа — але достатня нестабільність, щоб створити флейкі помилки.

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

Виправлення: запропонувати тихий режим як опцію, а не Фліт‑дефолт; для збірок/тестів стандартизувати профіль продуктивності на AC. І ще: не жорстко фіксувати тайм‑аути, якщо не хочете самостійно створювати загадкові відмови.

Міні-історія 3: Нудна, але правильна практика, що врятувала ситуацію

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

Вони логували базову телеметрію: стійку частоту CPU під фіксованим навантаженням, пакетну потужність, температури SSD і стан джерела живлення. Нічого інвазивного. Ніякого шпигунства. Просто інженерні дані про поведінку машини в реалістичних умовах.

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

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

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

Тут ми припиняємо сперечатися про відчуття і починаємо зіставляти симптоми з реальними режимами відмов.

1) «CPU застряг на 0.8–1.6 GHz навіть під навантаженням»

• Корінь: Низький PL1 на AC, OEM‑тихий режим або політика ОС, що обмежує максимум продуктивності.
• Виправлення: Перемкніть на профіль продуктивності на AC; підтвердіть PL1 через RAPL/turbostat; оновіть BIOS; переконайтеся в правильній потужності адаптера.

2) «Швидкий 20–60 секунд, потім провал»

• Корінь: Вікно PL2 (Tau) закінчується; система сідає на низький PL1; або теплове насичення викликає троттлінг.
• Виправлення: Покращіть охолодження (очистіть вентилятори, підніміть задню частину, переробіть пасту якщо треба); виберіть режим продуктивності; прийміть, що тонкі корпуси мають обмеження.

3) «Повільно тільки коли підключено до дока»

• Корінь: USB‑C PD переговорки обмежують потужність; док резервує потужність для периферії; кабель не підтримує заявлену потужність.
• Виправлення: Використовуйте OEM‑адаптер напряму; замініть кабель на сертифікований високовольтний; оновіть прошивку дока; перевірте звіти батареї, що ви не розряджаєтеся на AC.

4) «Вентилятори тихі, але продуктивність жахлива»

• Корінь: Тихий профіль знижує PL1 і запізнює підйом вентиляторів, змушуючи троттлити, щоб тримати поверхні у межах температури.
• Виправлення: Використовуйте balanced/performance профіль для робочих сесій; не плутайте акустику з ефективністю.

5) «Продуктивність падає після оновлення Windows / BIOS»

• Корінь: Змінені таблиці потужності, поведінка мікрокоду, налаштування планувальника або утиліта OEM, що скидає профілі.
• Виправлення: Перевірте активний план живлення; перегляньте OEM‑режими тепла/продуктивності; якщо BIOS змінив PL1 — відкотіть (якщо безпечно) або зверніться до вендора за виправленням.

6) «CPU виглядає нормально, але все під час збірок лагає»

• Корінь: Термотроттлінг SSD або сильний фоновий IO (індексування, антивірус, синхронізація).
• Виправлення: Перевірте NVMe SMART‑температуру; зменшіть області індексації; призупиніть синхронізацію під час збірок; забезпечте достатньо вільного місця.

7) «Ноутбук розряджається, поки підключений під навантаженням»

• Корінь: Недостатній адаптер, обмеження дока або політика здоров’я батареї, що змушує консервативно брати струм.
• Виправлення: Використовуйте адаптер потрібної потужності; не живіть важкі периферії від того самого дока; перевірте історію у звіті батареї; замініть несправний адаптер/кабель.

8) «Linux відчувається повільнішим за Windows на тій самій залізі»

• Корінь: Консервативний EPP за замовчуванням, відсутні драйвери платформи або power‑profiles‑daemon встановлений у режим економії енергії.
• Виправлення: Підтвердіть intel_pstate і EPP; встановіть режим продуктивності на AC; інсталюйте потрібні пакети ядра/прошивки; перевірте, що теплові й потужні ліміти не заблоковані BIOS на низьких значеннях.

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

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

Крок 1: Зняти базу проблеми (15 хвилин)

1. Підключіть OEM‑адаптер напряму (без дока).
2. Закрийте важкі фонові додатки (синхронізацію, VM) для тесту.
3. Запустіть стійке навантаження на 5–10 хвилин (збірка, рендер, stress test).
4. Зафіксуйте: стійку частоту CPU, пакетну потужність, температуру CPU і чи падає продуктивність після хвилини.

Результат: Ви визначите, чи обмеження — потужність, тепло чи ввід‑вивід.

Крок 2: Виправити найбільше обмеження спочатку

• Якщо обмеження енергії: перевірте потужність адаптера; вимкніть тихий режим; перемкніть на профіль продуктивності; оновіть BIOS і OEM‑утиліту.
• Якщо обмеження теплове: почистіть вентиляційні отвори/вентилятори; переконайтесь у жорсткій поверхні; підніміть задню частину; розгляньте повторне нанесення термопасти, якщо температури крайні і гарантія дозволяє.
• Якщо обмеження IO: перевірте температуру SSD; зменшіть фонове індексування/сканування; забезпечте вільне місце; розгляньте кращий SSD, якщо у вас низькокласний накопичувач.

Крок 3: Підтвердити тим самим навантаженням

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

Крок 4: Зробіть рішення довготривалим (щоб не відкотилося наступного тижня)

• Явно встановіть профілі для AC і батареї.
• Задокументуйте, які доки/адаптери/кабелі схвалені.
• Після оновлень BIOS перезапустіть ваш базовий тест.

Крок 5: Знайте, коли зупинитися

Якщо тонкий корпус може дисипувати тихо 15–20W, це реальність. Ви можете налаштовувати її, але не можна домовлятися з фізикою. У такому випадку купуйте за корпус і охолодження, а не за бейджем CPU.

Часті питання

1) Чому мій i7 працює нижче за базову частоту?

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

2) Що таке PL1 і PL2 простими словами?

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

3) Ноутбук підключений — чому він все ще обмежений по потужності?

Бо «підключено» не означає «достатньо ват». USB‑C PD переговорки, доки і кабелі можуть обмежувати потужність. Також OEM‑профілі можуть накладати низькі ліміти навіть на AC.

4) Чи безпечно знижувати напругу (undervolting)?

Undervolting може бути безпечним при обережному та тестованому підході, але підтримка платформи різниться і деякі системи блокують це. Нестабільність проявляється як падіння, зависання або мовчазні помилки — тому обов’язково стрес‑тестуйте. Якщо не можете підтвердити стабільність, не робіть цього.

5) Чому ноутбук швидкий одразу після завантаження, а потім повільніший?

Нагрів і фонові задачі. Після свіжого завантаження система холодна і є багато турбо. За десять хвилин корпус нагрівається, вентилятори виходять на криву, PL1 і теплові ліміти беруть верх, індексація/синхронізація може почати споживати ресурси.

6) Чи може SSD зробити i7 «повільним»?

Так. Термотроттлінг SSD або насичення ввід‑виводу можуть затримувати всю систему. Ваш CPU може чекати на сховище, виглядаючи недовикористаним.

7) Чи варто використовувати High performance / Ultimate Performance у Windows?

Для тривалої роботи на AC це корисний діагностичний інструмент і часто практичне рішення. Якщо важливі час роботи від батареї й шум — використовуйте Balanced, але перевірте, щоб OEM‑утиліти не приховано обмежували CPU.

8) У Linux який найшвидший спосіб підвищити чутливість системи?

Перевірте EPP і профілі живлення на AC. Якщо ви в «power saver» або EPP встановлено на «balance_power», перемикання на performance на AC може значно підвищити чутливість системи.

9) Чи дійсно термопаста може бути винна?

Іноді, особливо через рік-два або якщо на заводі пасту нанесли «аби була». Але не починайте з цього. Виміряйте спочатку. Якщо ви обмежені по потужності на 12–15W, повторне нанесення пасти не розблокує 45W продуктивність.

10) Як уникнути покупки ще одного «повільного i7» ноутбука?

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

Висновок: наступні кроки, що дійсно працюють

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

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

• Протестуйте з OEM‑адаптером напряму і підтвердіть, що вас справді вважають на AC.
• Виміряйте стійку пакетну потужність і температуру під постійним навантаженням.
• Перемкніть на профіль продуктивності на AC; у Linux виправте EPP/профіль живлення.
• Якщо тепловий бар’єр: почистіть, підніміть і розгляньте сервіс/repaste в межах гарантії.
• Якщо стіна — сховище: перевірте температуру SSD і насичення IO; призупиніть фонові процеси під час важкої роботи.
• Зробіть виправлення довготривалим: задокументуйте налаштування, повторно тестуйте після оновлень BIOS/ОС і не дозволяйте доку тихо переговорювати вашу продуктивність.

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