Как выжать максимум LPM из GSA SER на слабом VPS и не задушить процессор

Как выжать максимум LPM из GSA SER на слабом VPS и не задушить процессор

На дешёвом VPS узкое место почти всегда не проект, а движок: CPU, RAM и дисковый I/O. Если оставить дефолты, GSA упрётся в очередь, а не в лимиты сабмитов. Базовая схема: режем число потоков по факту загрузки, а не по желанию, и не даём проектам висеть в ожидании ответа дольше, чем живёт соединение.

— Ставь лимит на активные проекты, остальное держи в паузе. Одновременный прогон всех листов даёт иллюзию объёма, но убивает VPM.
— Отключай всё лишнее в парсинге и верификации, если база уже проверена. Каждый лишний проход — это минус к LPM.
— Капча-модуль не должен простаивать: если очередь пустая, значит, ты сжёг CPU на ожидание, а не на пробив.

Отдельно смотри на таймауты и retries. Короткий таймаут на мёртвых движках даёт больше попыток в минуту, длинный — забивает слоты мусором. Для дешёвого VPS это критично: лучше больше быстрых отвалов, чем один зависший поток на полчаса. Срезаем косты на капчу и на пустые ретраи, иначе весь прогон превращается в имитацию активности.

Перед боевым заливом делай короткий тест на одном тире: если LPM растёт, а load average не уходит в потолок, конфиг живой. Если сервер краснеет раньше, чем растёт сабмит, режь параллелизм и чисти листы до блеска.