Лимиты CPU и памяти на хостинге: расшифровка CP, PROC и «1% CPU»
Что значат 100 CP в сутки, 512 МБ на процесс и лимит в 20 процессов — и как понять, хватит ли этого вашему сайту.
«100 CP в сутки», «1% CPU», «512 МБ RAM на процесс», «50 PROC» — четыре разных способа сказать одно и то же: сколько ресурсов сервера вам разрешено потратить. Разобраться в этом нужно до оплаты, потому что именно лимиты, а не диск, становятся причиной первого падения сайта.
Что такое CP
CP (CPU point) — условная единица вычислительной нагрузки, которую провайдер начисляет за операции. Не проценты и не секунды: разные хостеры считают по-разному, но логика общая — чем тяжелее запрос (обращение к базе, генерация страницы, обработка изображения), тем больше CP он списывает. Статичный HTML почти ничего не стоит, а страница WordPress с десятью запросами к MySQL — уже ощутимо.
Отсюда практический вывод: 100 CP в сутки — это нормально для статичного сайта и визитки, и мало для динамического проекта. Провайдеры обычно показывают расход в панели, так что через неделю вы увидите реальную картину. Если график подходит к потолку — пора менять тариф.
«1% CPU» — самый жёсткий лимит
Некоторые хостеры (например, на дешёвых тарифах ihor) ограничивают не сумму за сутки, а мгновенную долю процессора. Один процент от ядра — это примерно уровень «сайт открывается, но под нагрузкой сразу тормозит». Для сайта-визитки, документации или тестовой копии этого достаточно. Для магазина — нет: одна генерация каталога или экспорт заказов упрётся в потолок.
Память на процесс
«512 МБ на процесс» — ограничение памяти для одного PHP-процесса. Оно определяет, какой скрипт вы вообще сможете выполнить. Ориентиры:
- Простая страница WordPress — 40–80 МБ.
- Страница с тяжёлыми плагинами (конструкторы, фильтры, мультиязычность) — 150–250 МБ.
- Импорт товаров в WooCommerce на 10 000 позиций — легко 512 МБ и выше.
- 1С-Битрикс на среднем проекте — от 256 МБ, на тяжёлом — больше гигабайта.
Если лимит меньше того, что требует движок, вы получите «белый экран» или ошибку 500 именно в момент важной операции — при импорте, при сохранении страницы, при выгрузке отчёта.
Процессы и inode
«40 процессов» — сколько одновременных обработчиков может запустить ваш аккаунт. Каждый посетитель занимает один на время запроса. Двадцать человек одновременно — двадцать процессов. При превышении новые запросы встают в очередь, и сайт начинает отвечать по три секунды.
Inode — число файлов. Про него забывают, а упираются в него чаще, чем в диск: сайт на 2 ГБ с кэшем из 200 тысяч мелких файлов исчерпывает лимит раньше, чем заканчивается место. Уточняйте лимит inode, если используете агрессивное кэширование.
Как посчитать, хватит ли вам
- Откройте метрику и возьмите пиковое число посетителей в сутки.
- Умножьте на среднее число страниц за визит (обычно 1,5–3).
- Прикиньте вес одной динамической страницы: 30 CP — лёгкая, 100 CP — тяжёлая.
- Сравните произведение с лимитом тарифа.
Пример: 800 визитов × 2 страницы × 50 CP = 80 000 CP… звучит страшно, но CP считаются не так линейно, и у большинства провайдеров кэш снимает большую часть нагрузки. Поэтому единственный надёжный способ — поставить счётчик и посмотреть расход за неделю. Любой приличный хостер показывает его в панели.
Когда лимитов точно не хватит
Если вы видите стабильные 502/503 в часы пик, «Resource limit reached» в логах, или поддержка отвечает «превышен лимит процессов» — это не поломка, а сигнал. Дальше два пути: тариф выше или VPS. Про второй — в статье «Хостинг или VPS».
Материал не является рекламой конкретного провайдера. Часть ссылок в статье может быть партнёрской — на цену это не влияет.