Ядра vs потоки: як обрати CPU для сервера у 2026

Ядра і потоки: що насправді впливає на швидкість сервера

Вибираєте сервер і бачите "8 cores / 16 threads" — що це означає на практиці? Чи буде ваш сайт швидшим на 16-потоковому процесорі порівняно з 8-ядерним без Hyper-Threading? І чому WordPress на 4 швидких ядрах працює краще, ніж на 8 повільних?

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

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

Ядра, потоки, Hyper-Threading: базові поняття

Що таке ядро (Core)

Ядро — це фізичний обчислювальний блок всередині процесора. Кожне ядро може виконувати інструкції незалежно від інших. Якщо у вас 4-ядерний процесор — це як мати 4 окремих працівників, кожен з яких може виконувати свою задачу одночасно.

Більше ядер = більше паралельної роботи. Коли на сервер приходять 100 запитів одночасно, 8-ядерний процесор може обробляти 8 запитів паралельно, а 4-ядерний — тільки 4.

Що таке потік (Thread)

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

Уявіть кухаря, який готує страву. Поки м'ясо смажиться (I/O операція — чекання), він може нарізати овочі (інша задача). Це і є багатопотоковість — використання часу очікування для корисної роботи.

Hyper-Threading (Intel) та SMT (AMD)

Hyper-Threading (Intel) та SMT — Simultaneous Multithreading (AMD) — технології, які дозволяють одному фізичному ядру обробляти два потоки одночасно. Процесор з 8 ядрами та Hyper-Threading показує системі 16 логічних процесорів.

Важливо розуміти: 16 потоків ≠ 16 ядер. Hyper-Threading дає приріст продуктивності 20-30%, не 100%. Два потоки на одному ядрі ділять його ресурси — кеш, обчислювальні блоки, шину пам'яті.

Коли кількість ядер критична

Ядра дають справжній паралелізм. Це важливо коли:

Багато одночасних запитів

Веб-сервер обробляє кожен HTTP-запит окремо. 100 одночасних відвідувачів = 100 задач, які конкурують за CPU. Більше ядер — коротші черги, швидші відповіді.

Важкі обчислення

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

Ізольовані сервіси

Коли на одному сервері працюють MySQL, PHP-FPM, Redis, Nginx — кожен сервіс потребує своїх ресурсів. З 4 ядрами вони постійно конкурують, з 8-12 — можуть працювати паралельно.

Скільки ядер для типових задач

Коли потоки дають перевагу

Потоки допомагають ядру не простоювати. Це корисно коли:

Багато I/O операцій

Читання з диска, запити до бази даних, мережеві виклики — все це "блокуючі" операції. Поки один потік чекає відповіді від MySQL, інший може обробляти наступний запит. Hyper-Threading саме для цього і створений.

Легкі паралельні задачі

Обробка черг, відправка email, генерація thumbnails, фонові cron-задачі. Кожна задача невелика, але їх багато — потоки допомагають розподілити навантаження.

Веб-сервери з великою кількістю з'єднань

Nginx та Apache можуть тримати тисячі одночасних з'єднань. Більшість з них — idle (чекають на дані). Потоки дозволяють ефективно обслуговувати цю "масу" з'єднань без простою ядер.

Де потоки НЕ допомагають

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

Cores vs Threads: коротке порівняння

Чому швидкість одного ядра важлива для PHP

PHP — однопотоковий. Кожен запит до WordPress, WooCommerce, Laravel обробляється в одному потоці від початку до кінця. Це означає, що швидкість одного ядра (single-thread performance) напряму впливає на час відповіді.

Приклад: Процесор A має 32 ядра по 2.0 GHz. Процесор B має 8 ядер по 3.8 GHz. Для PHP-сайту процесор B буде швидшим — кожен окремий запит виконається майже вдвічі швидше. 32 ядра процесора A допоможуть тільки якщо у вас справді 32+ одночасних запитів постійно.

На що дивитись

• Base Clock — базова частота (важлива для стабільного навантаження)
• Boost Clock — максимальна частота (для піків)
• IPC (Instructions Per Cycle) — скільки інструкцій виконує ядро за такт. Новіші архітектури мають вищий IPC
• Single-thread benchmark — на PassMark або Geekbench

Для типового WordPress/WooCommerce сайту краще 4 швидких ядра (3.5+ GHz), ніж 8 повільних (2.0 GHz). Якщо у вас high-traffic з сотнями одночасних запитів — тоді кількість ядер стає важливішою.

Як перевірити CPU на сервері

Команда lscpu

Найінформативніша команда для перевірки процесора:

lscpu

Важливі поля у виводі:

Architecture:          x86_64
CPU(s):                16          # Загальна кількість логічних процесорів
Thread(s) per core:    2           # Потоків на ядро (2 = Hyper-Threading)
Core(s) per socket:    8           # Фізичних ядер на сокет
Socket(s):             1           # Кількість фізичних процесорів
Model name:            AMD EPYC 7543 32-Core Processor
CPU MHz:               2800.000
CPU max MHz:           3700.0000   # Boost частота

Швидка перевірка кількості процесорів

# Логічних процесорів (cores × threads)
nproc
# Або через /proc
cat /proc/cpuinfo | grep "processor" | wc -l
# Тільки фізичні ядра
cat /proc/cpuinfo | grep "cpu cores" | uniq

Моніторинг в реальному часі

# htop показує всі ядра/потоки окремо
htop
# mpstat показує статистику по кожному CPU
mpstat -P ALL 1

Перевірка на VPS: чи не обманюють?

На VPS команда lscpu покаже віртуальні CPU (vCPU). Один vCPU зазвичай = один потік фізичного процесора. Щоб зрозуміти реальну продуктивність:

# Простий benchmark
sysbench cpu --threads=4 run
# Або stress test
stress-ng --cpu 4 --timeout 60s --metrics-brief

Рекомендації для різних проєктів

WordPress / блоги / корпоративні сайти

Конфігурація: 2-4 ядра, 4-8 потоків, висока частота (3.0+ GHz)

Пріоритет: Швидкість одного ядра важливіша за кількість. PHP однопотоковий — кожен запит залежить від швидкості одного ядра.

Порада: Винесіть базу даних на окремий сервіс або використовуйте Redis для object cache — це зніме навантаження з CPU.

WooCommerce / OpenCart / PrestaShop

Конфігурація: 4-8 ядер, 8-16 потоків, 8-16 GB RAM

Пріоритет: Баланс між швидкістю ядра та їх кількістю. Checkout і каталог з фільтрами створюють багато паралельних запитів.

Порада: Під час розпродажів трафік зростає в рази. Майте запас мінімум 30% або налаштуйте автоскейлінг.

Magento 2

Конфігурація: 8-12 ядер, 16-24 потоки, 16-32 GB RAM

Пріоритет: Magento дуже вимогливий до ресурсів. Потрібні і швидкі ядра, і їх достатня кількість.

Порада: Varnish cache обов'язковий. Без нього навіть потужний сервер буде гальмувати.

API / SaaS / Мікросервіси

Конфігурація: 8-16 ядер, 16-32 потоки, 16-64 GB RAM

Пріоритет: Багато паралельних запитів, часто I/O-bound. Потоки тут дуже корисні.

Порада: Розділяйте сервіси: API, воркери, база даних — на різні контейнери або сервери.

Аналітика / ETL / Обробка даних

Конфігурація: 12-24+ ядер, максимум потоків, 32-128 GB RAM

Пріоритет: Тут кількість ядер критична. Задачі добре паралеляться.

Порада: Зверніть увагу на L3 cache та швидкість пам'яті — для аналітики це важливо.

vCPU на VPS: що насправді отримуєте

На VPS ви бачите vCPU (virtual CPU) — віртуальні процесори. Що за ними стоїть — залежить від провайдера:

• 1 vCPU = 1 фізичне ядро — найкращий варіант, рідко зустрічається
• 1 vCPU = 1 потік (Hyper-Threading) — найпоширеніший варіант
• 1 vCPU = частка ядра (overcommit) — бюджетні хостинги, ресурси ділять між клієнтами

Як розпізнати overcommit

Якщо ваш VPS показує нестабільну продуктивність — вранці швидко, ввечері повільно — це ознака overcommit. Сусіди по фізичному серверу забирають ваші ресурси.

Перевірте Steal Time у top або htop:

top

Якщо бачите %st (steal) більше 1-2% — це означає що гіпервізор віддає ваш CPU час іншим віртуальним машинам.

Типові помилки

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