Сперва использовал данный HLTV сервис но было очень неудобно и ресурсозатратно всё.
Переделал под такую логику и запилил всё в LXC контейнер на proxmox:
1. Запись управляется двумя systemd-сервисами:
hltv-monitor.service - hltv-monitor.py каждые 15 секунд делает RCON status, считает реальных игроков и игнорирует BOT, HLTV, LAN/PENDING и SteamID из /opt/hltv-agent/excluded_steamids.txt. Если реальных игроков больше 0, он запускает HLTV.
Когда игроков нет 4 проверки подряд, то есть примерно 60 секунд, monitor отправляет HLTV команды stop и quit, чтобы демка закрылась корректно. Если HLTV-процесс жив, но сервер больше не видит HLTV в status, monitor перезапускает запись.
Демки пишутся в tmp раздел в ОЗУ - дабы не убивать SSD (15 минут в среднем ~115МБ)
hltv-archiver.service - hltv-archiver.py сканирует workdir каждые 30 секунд. Если .dem не менялся 120 секунд, он считается закрытым и архивируется в .7z уже на SSD раздел. Сжатие идёт через 7z с низким приоритетом (nice, ionice), после успешного архива исходный .dem удаляется. Retention сейчас 2 дня: старые .7z удаляются archiver’ом.
2. Frontend (Nginx) рекурсивно читает JSON, находит .7z, парсит карту/дату из имени файла и строит ссылки на скачивание.
Посмотреть вложение 1588
Сайт простенький, делал ещё с помощью ChatGPT старой версии. Главное что функциональный.
Итого: При таком подходе в 10 раз меньше занимают демки из-за сжатия, а так же минимизируем размеры файлов, износ SSD, трафик для клиентов - за счёт того что не записываем когда на сервере никого из игроков.
П.С. Видно что за 2 суток имеем архивов на 7.4ГБ, раньше приходилось 100ГБ раздел выделять только под 1 сервер.
