Go vs Rust для realtime бэкэнда игры (20 запросов в секунду с каждого клиента)?

Question

[R I]

Есть задача сделать бэкэнд для realtime игры. А-ля counter-strike, но проще, смысл тот же: есть игроки, которыt в реальном времени стреляются, но всю картинку контролирует сервер, как в World Of Tanks.

Сервер будет каждые 50 мс связываться с каждым клиентом для оповещения о происходящем (т.е. 20 раз за секунду). Так же будет принимать с такой же частотой информацию с устройств ввода (направление движения игрока). Нужно по 250-500 человек на карту. Следовательно. минимально 5000 запросов в секунду с карты(комнаты). Подозреваю, что это будет предел на один сервер.

Проблема: есть онлайн игры которые тормозят, подергиваются, а есть которые работают плавно и четко не смотря на пинг. Так вот это характерно для Valve игр.

Может кто, чем помочь технологиями, либами, документациями, какой язык лучше подойдет?
С++ че-т не хочется рассматривать, писать кода надо много (дублировать функционал игры на сервере)

Comments

[Никита]

Пишите на чем удобно, такие нагрузки больше от канала зависят и железа, а не от инструмента.

[Александр]

5000 запросов по 200 байт -- это 1МБ/с., 5k pps. Достаточно скромно.

[Алексей Павлов]

Почитайте Как написать реал-тайм онлайн игру? Методология, паттерны, статьи?, есть хорошие ссылки.

Answer 1

[R I]

Итого я выяснил: нафиг Go и Rust:

1. Половина браузерных, реалтайм игр написаны на node.js.
   
2. Скорость работы Go и Node.js почти одинаковая - во истину в шоке...
   
3. Раз уже скорость работы у Node достаточная, то выбор в пользу нее, так как и код писать на ней писать в 2 раза быстрее.
   

Ссылки про синхронизацию сервера, клиента и радости вроде: интерполяция, экстраполяция, лагокомпенсация:

1. Интерполяция или удивительный мир обмана
   
2. Сетевое программирование в Source
   
   

Comments

[Oleg Shevelev]

Node.js не имеет нормальной и честной многопоточности, дальше дискутировать с вами уже нет смысла:)

[R I]

Oleg Shevelev: Должно быть у вас богатый опыт создания бэкэнда для realtime игр?

[Oleg Shevelev]

Руслан Янбердин: если вы о моём высказывании об отсутствующей многопоточности то игры тут не причём вовсе.

[Oleg Shevelev]

Руслан Янбердин: почитайте исходный код node.js, попробуйте внесит в него изменения, напишите один два больших и качественных по содержанию проекта на нём и тогда сами поймёте что он прилично кривой.

Answer 2

[Зелимхан Бельтоев]

Не смотрели в сторону C# и ASP NET Core?

Следовательно. минимально 5000 запросов в секунду с карты(комнаты). Подозреваю, что это будет предел на один сервер.

Вот тут, например, говорят о том, как смогли выжать 1.15 млн. запросов в секунду:
web.ageofascent.com/asp-net-core-exeeds-1-15-milli...

Это порядка ~ 200-230 карт(комнат) на одном сервере.

Проблема: есть онлайн игры которые тормозят, подергиваются, а есть которые работают плавно и четко не смотря на пинг. Так вот это характерно для Valve игр.

Здесь нужно думать об алгоритмах синхронизации. Есть много статей и обсуждений, затрагивающих эту проблему. Например, тут близко по теме: www.gamedev.ru/code/forum/?id=152443

Comments

[R I]

В windows не силен :)
Спасибо за статью, за ссылку на форум. К сожалению нового ничего там не узнал(
Интересует что-то более внятное, чем размышления тех, кто это еще не делал.

[Зелимхан Бельтоев]

Руслан Янбердин: а причем тут Windows?)

[R I]

Зелим Бельтоев: ASP NET разве не на window запускается? Речь вообще о всей этой экосистеме.

[#алгоптимизируй #отботизируй]

Руслан Янбердин: core не только

[Зелимхан Бельтоев]

Руслан Янбердин: вся эта экосистема: от редактора до собранного проекта, запускается и на Linux, и на Mac OS

[R I]

Ого, впервые слышу. Спасибо

[Роман Ракзин]

Руслан Янбердин есть Mono под линукс и можно использовать c#, но вообще сам не пробовал. Проекты чисто визуально на "глаз" по скорости сравнивал go и с#. И asp.net c# работает медленнее, да и как-то мне показался он сложнее. Хотя на c#, думаю, можно написать ну почти всё...

Answer 3

[sim3x]

Скорее раст
Но у тебя проблема не с рпс, а работа с предсказаниями
Те как бы часто ты не рассылал текущее сотояние на сервере, ты будешь опаздывать на один- два пинга пользователя. Что для шутера не приемлемо

Answer 4

[Владимир Грабко]

я раст не знаю так что не могу сказать о нём но Golang около 500 комнат на сервере с нормальным каналом удержит если юзать прото буфер

Answer 5

[Alexey Poimtsev]

Я бы предложил использовать Websocker + Elixir/Phoenix, с производительностью у него все ок - www.phoenixframework.org/blog/the-road-to-2-millio...