← Blog

128 слотов на сервере FiveM : что меняется для крупных проектов

Par Benjamin Dayan · PDG

· Mis à jour le 17 октября 2026 г. · Lecture 5 min

Содержание

128 слотов FiveM — это уже не просто большая RP-сервера, а полноценная распределённая нагрузка на процессор, сеть и базу данных, которая требует отдельного подхода к настройке и мониторингу. На таком населении привычные параметры по умолчанию перестают работать, и администратору нужно понимать, куда уходят ресурсы и что оптимизировать в первую очередь.



Почему 128 слотов FiveM нагружают сервер иначе, чем 32 или 64

FXServer — однопоточное ядро с выносом части логики в отдельные потоки для сети и ресурсов, но основная игровая логика Lua/JS-скриптов выполняется последовательно. При росте количества игроков с 32 до 128 нагрузка растёт не линейно: каждый дополнительный игрок добавляет не только собственные тики, но и увеличивает объём синхронизации сущностей (машины, педы, объекты) для всех остальных. На 128 слотах сервер фактически обрабатывает в разы больше событий OneSync за один игровой тик, чем на 32.

Если вы только планируете масштабироваться до такого населения, панель Pterodactyl с готовой установкой ресурсов и мощным процессором заметно экономят время на настройке — хостинг FiveM на Ryzen-процессорах снимает часть этой нагрузки с самого администратора, оставляя ему только оптимизацию скриптов.

Ключевой момент: даже при идеально написанных ресурсах тикрейт сервера (sv_scriptHookAllowed, свойства OneSync) ограничивает частоту обновления мира. При 128 игроках падение тикрейта с 50 до 20-25 заметно ощущается в игре — задержка появления машин, рывки педов, рассинхрон стрельбы.



Потребление ресурсов на крупном RP-сервере: CPU, RAM, сеть, база данных

Процессор

Основная нагрузка на FXServer — это один физический поток с высокой частотой. Для 128 слотов критична именно частота ядра, а не их количество: Ryzen с высоким single-core performance держит стабильный тикрейт дольше, чем сервер с большим числом слабых ядер. Тяжёлые ресурсы (инвентари, банковские системы, крафт, кастомные HUD) добавляют десятки процентов нагрузки на основной поток независимо от населения.

Оперативная память

Каждый подключённый игрок держит в памяти сервера состояние своих сущностей, инвентаря и сессионных переменных. Крупные фреймворки (ESX, QBCore с расширенным набором ресурсов) на 128 слотах легко потребляют 6-10 ГБ RAM только под игровую логику, не считая память под MySQL и сам процесс FXServer.

Сеть

Синхронизация позиций, анимаций и состояний объектов через OneSync генерирует постоянный исходящий трафик. На population 128 с активной стрельбой, погонями и скоплениями игроков в одной зоне (рынок, автосалон, банк) исходящий трафик может кратковременно превышать 50-80 Мбит/с.

База данных

oxmysql или mysql-async обрабатывают постоянный поток запросов: сохранение инвентарей, транзакции, логирование действий. На 128 активных игроках число запросов в секунду растёт в разы, и неоптимизированные индексы в таблицах players, inventories, vehicles становятся узким местом раньше, чем сам FXServer.

Ориентировочное потребление ресурсов по количеству слотов

СлотыCPU (однопоточная нагрузка)RAM (фреймворк + ресурсы)Исходящий трафик
3215-25%2-3 ГБ5-10 Мбит/с
6435-50%4-6 ГБ15-25 Мбит/с
9655-75%5-8 ГБ25-45 Мбит/с
12870-95%6-10 ГБ40-80 Мбит/с

Цифры ориентировочные и сильно зависят от набора ресурсов, но закономерность стабильна: при 128 слотах FiveM запас по CPU должен быть минимальным, иначе любой скрипт с утечкой или неоптимизированным циклом Citizen.CreateThread мгновенно просаживает тикрейт для всех.



Настройки server.cfg и OneSync для стабильности на 128 слотах

Корректная конфигурация не компенсирует слабое железо, но без неё даже мощный сервер будет работать нестабильно на полном населении.

# server.cfg — базовые параметры для 128 слотов
sv_maxclients 128
onesync on
onesync_population true
onesync_workaround763185 true
sv_enforceGameBuildHash true
set sv_scriptHookAllowed 0
set gamename gta5
set sv_tebexSecret ""
set mysql_connection_string "mysql://user:password@localhost/db?charset=utf8mb4"

Для крупных населений рекомендуется явно ограничивать количество одновременно создаваемых NPC и транспорта через настройки population density в ресурсах фреймворка, иначе клиентская нагрузка игроков растёт параллельно с серверной.

Мониторинг нагрузки прямо в консоли

Встроенная команда resmon показывает потребление CPU и памяти каждым ресурсом в реальном времени и остаётся основным инструментом диагностики при жалобах на лаги на полном сервере.

resmon
resmon record
profiler record 30
profiler view

Профайлер (profiler record) особенно полезен на 128 слотах: он показывает, какой именно ресурс съедает миллисекунды тика, когда проблема проявляется только при высоком населении и не воспроизводится на тестовом сервере с 10 игроками.

Оптимизация скриптов под высокую нагрузку

  • Замена частых Citizen.Wait(0) на более редкие интервалы там, где нет необходимости в мгновенной реакции.
  • Кэширование запросов к базе данных вместо обращения к ней в каждом цикле.
  • Снижение радиуса синхронизации сущностей (entity lockdown) там, где фреймворк это позволяет.
  • Отказ от polling-циклов в пользу событий (events) между клиентом и сервером.


Диагностика, резервное копирование и инфраструктура под 128 слотов FiveM

Чем больше населения держит сервер, тем критичнее становится регулярность резервных копий базы данных — откат на час назад при 128 активных игроках означает потерю прогресса сотен человек одновременно. Автоматические бэкапы через панель и дополнительный ручной дамп перед крупными обновлениями фреймворка должны стать стандартной практикой.

Для администраторов, управляющих инфраструктурой самостоятельно через VPS Pterodactyl, полезно настроить systemd-юнит для автоматического перезапуска процесса при падении:

sudo systemctl status fxserver
sudo systemctl restart fxserver
sudo journalctl -u fxserver -f

Дополнительно стоит мониторить сетевую подсистему: на 128 слотах пиковая утилизация канала в моменты массовых перестрелок или погонь требует запаса пропускной способности, иначе пакеты начинают теряться, а не только задерживаться. Анти-DDoS защита на уровне инфраструктуры снимает риск внешних атак, но не решает проблему внутренней перегрузки сервера от собственных скриптов — это разные уровни нагрузки, и путать их при диагностике не стоит.

Полный список доступных параметров OneSync и рекомендации по населению можно свериться с официальной документацией FiveM. Также полезно периодически заглядывать в Блог Fly-Serv за разборами похожих кейсов по другим играм и в раздел Все наши игровые серверы, если проект растёт и требует пересмотра конфигурации.



Запуск сервера на 128 слотах FiveM требует не только мощного железа, но и дисциплины в настройке: контроль population density, регулярный профайлинг ресурсов и своевременные бэкапы базы данных. Без этого даже хороший процессор не спасёт от падения тикрейта при полном населении.



FAQ

Почему тикрейт падает только при высоком населении, а не на тесте с 10 игроками?

Нагрузка OneSync растёт нелинейно: каждый игрок добавляет синхронизацию своих сущностей для всех остальных. На 10 игроках это незаметно, на 128 — становится основным узким местом. Используйте profiler record прямо на боевом сервере в момент пиковой нагрузки, а не на тестовом окружении.

Сколько оперативной памяти закладывать под сервер на 128 слотов?

Ориентируйтесь на 8-12 ГБ только под FXServer и фреймворк, плюс отдельный запас для MySQL. При расширенных RP-скриптах (кастомные инвентари, собственные HUD) запас лучше увеличить, так как утечки памяти в сторонних ресурсах встречаются чаще, чем в базовом фреймворке.

Как понять, что узкое место — это база данных, а не сам сервер?

Если resmon показывает низкую нагрузку ресурсов, но сервер всё равно подвисает при массовых действиях (например, выплата зарплаты всем игрокам), проверьте логи MySQL и индексы на часто используемых таблицах — обычно проблема в медленных запросах, а не в скриптовой логике.

Читайте также