Как тестировать сервер IO игры под нагрузкой?

Question

[Роман]

делаю простенькую IO игру со своими детьми. Пока можно только:
- кататься по бесконечному миру (онлайн - видят другие игроки)
- стелять (офлайн - выстрелы видит только стреляющий)

сама заготовка https://tanks.ragame.ru/
ПКМ - ехать
ЛКМ - стрелять
прокрутка колесиком мышки - приблизить/удалить

Собственно возник такой вопрос, как определить максимальное количество активных клиентов, с которыми сервер на конкретном железе будет справляться без лагов. Усложняет вопрос еще и то, что искусственный тест дал совсем уж неприлично большое число одновременно обрабатываемых клиентов, что несколько смущает, так как с других IO играх количество одновременных клиентов в комнате сильно ограничено.

Comments

[Роман]

Александр, запустил ботов, которые ездили по сложным траекториям в пределах (центр мира +- 10 блоков) и один реальный клиент, на котором отслеживал плавность отображения перемещения ботов. А для самого сервера паралельно смотрел нагрузку и потребление памяти, временные задержки внутреннего игрового цикла сервера, +netstat. В общем достаточно профанский тест, я в таких вопросах совсем не специалист, потому и спрашиваю, как это делать правильно)
(сами боты запускались по 1000 штук на нескольких машинах в локальной сети)

вот мысли о том, что не учел:
- латентность WS соединения
- разрывы, соединений неминуемые при работе клиентов из интернета а не по локалке

Возможно вы сможете еще дополнить этот список, сам я пока не вижу всех возможных проблем

[Василий Банников]

Роман, если запускали локально, то вполне похоже на правду - железо достаточно мощное, чтобы всё обрабатывать.
Я бы скорее смотрел на то, сколько сообщений в секунду отправляет клиент, и сколько сообщений в секунду может обработать сервер (чисто по CPU), и сколько памяти на это будет уходить (сколько примерно нужно оперативки на работу с X клиентов)
Если будет в интернете, то наложится задержка и потери пакетов, но на них уже сервер повлиять не может.

[Роман]

Александр, Василий Банников, спасибо, пойду еще раз обдумаю все сказанное, попробую свести в единую систему сбора инфы и ее логирования, с возможностью построения графиков зависимостей