CPU проти RAM: що робить ігровий сервер швидким?

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

4 хв читання · Оновлено 21 жовт. 2026 р. · Автор: GuavaHost Team

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

Дві різні роботи

• RAM це місткість. Вона тримає світ, гравців і моди. Коли її бракує, сервер затинається, поки звільняє пам'ять, або падає.
• CPU це швидкість. Він виконує саму роботу: рухає мобів, обробляє AI, фізику, редстоун, верстаки і кожен плагін. Коли його бракує, сервер відстає, і всі одразу відчувають це як затримку та відкат назад.

Додавати RAM серверу, якому бракує CPU, не дає нічого, а швидкий CPU не врятує сервер, у якого скінчилася пам'ять. Потрібно достатньо і того, і того, але вони підводять по-різному.

Бюджет тіка

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

Якщо тік триває довше за свій бюджет, сервер не встигає. У Minecraft це видно як падіння TPS (тіків на секунду) нижче 20 і зростання MSPT (мілісекунд на тік) вище 50. Наш гайд як читати TPS і MSPT показує, як це виміряти.

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

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

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

Minecraft, Rust, ARK, Valheim, Project Zomboid і Terraria всі працюють саме так. Тому швидкість одного ядра встановлює стелю для всього сервера. CPU з 16 повільнішими ядрами може тягнути світ Minecraft гірше, ніж CPU з 8 швидшими, бо для основної роботи світ завжди задіює лише одне з них.

Швидкість одного ядра складається з двох речей:

1. Тактова частота, що вимірюється в ГГц: скільки циклів ядро виконує за секунду.
2. Робота за цикл, яка покращується з кожним поколінням CPU. Новіший CPU на тій самій частоті часто помітно швидший за старіший.

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

Коли більше ядер справді допомагає

Додаткові ядра не марні. Вони беруть на себе все, що не є головним тіком:

• Фонова робота. Збереження світу, завантаження й генерація чанків (серверне ПЗ як Paper виносить частину цього з головного потоку), стиснення мережевих даних і виконання завдань плагінів, написаних для роботи у фоні.
• Збирання сміття Java. Minecraft Java прибирає невикористану пам'ять кількома потоками, тож вільні ядра тримають ці прибирання короткими.
• Більше одного процесу. Сервер Don't Starve Together запускає поверхню та печери як два окремі процеси, а кожна карта кластера ARK це окремий сервер. Кожен може використовувати власне ядро.
• Оновлення та резервні копії. Завантаження оновлення гри чи стиснення бекапу відбувається поряд з грою, а не всередині тіка.

Деякі новіші рушії, зокрема Unreal Engine, на якому побудовані ARK і Palworld, розподіляють більше своєї роботи між додатковими потоками. Навіть там головний ігровий потік усе одно задає темп.

Чого саме вам бракує?

Одна деталь, яку варто знати: картка Usage (використання) у вашій панелі керування GuavaHost (у вкладках Overview і Console) показує CPU відносно вашого тарифу. Коли ваш тариф має обмеження CPU, цифра це частка від усіх ядер тарифу, підписана наприклад "з 2 ядер", тож 100 відсотків означає, що всі вони зайняті. Головний потік гри може використовувати лише одне ядро, тож на тарифі з 2 ядрами сервер, який лагає, тримаючись близько 50 відсотків, може вичерпувати свій головний потік, хоча запас ще залишився. Коли ваш тариф не має обмеження CPU, цифра це відсоток від одного ядра, тож сервер, який лагає, тримаючись близько 100 відсотків, це та сама історія. Це класична ознака вузького місця в головному потоці.

Як виправити лаги через CPU

Більше RAM тут не допоможе. Допомагає те, що дає головному потоку менше роботи на кожен тік:

1. Спершу знижуйте simulation distance, потім view distance. Дивіться view distance і simulation distance.
2. Обмежте ферми мобів і прибирайте викинуті предмети та надлишкові сутності.
3. Згенеруйте світ заздалегідь, щоб нова місцевість не створювалася, поки люди грають.
4. Знайдіть важкі плагіни чи моди за допомогою профайлера. У Minecraft безкоштовний плагін Spark назве точно те, що з'їдає кожен тік.
5. Налаштуйте щоденний перезапуск, щоб чистити накопичені сутності та пам'ять.

Наш чеклист проти лагів проходить ці пункти по порядку.

Як це працює в GuavaHost

Кожен сервер GuavaHost працює на процесорах AMD Ryzen та Intel, вибраних за сильну однопотокову продуктивність, бо саме на неї опираються ігрові сервери, разом зі сховищем NVMe SSD. Те, що вибираєте ви, це RAM, підібрана під вашу гру та компанію, і змінити її можна будь-коли через Manage plan (керування тарифом) у панелі керування, з пропорційним перерахунком оплати. Якщо у вашого сервера є вільна пам'ять, але він усе одно страждає, це робота з налаштуванням, і наш гайд про RAM пояснює, чому докупівля пам'яті цього не виправить.

Усе ще не виходить? Заходьте до нашого Discord на discord.gg/GuavaHost і команда вам допоможе.

• cpu
• ram
• performance
• single-thread
• cores
• tick rate
• lag

Усе ще потрібна допомога? Наша команда онлайн 24/7 і готова відповісти на запитання.

Звернутися до підтримки