На каком языке программирования писать сервер для игры?

Question

[prog199708]

Надо написать сервер (мультиплеерный) для игры в жанре Battle royal. Средний онлайн будет 1000-1500 игроков. На каком языке программирования писать пока не знаем, выбор идет между node.js и python. Можете подсказать какой из всех существующих языков лучше подходит для этой задачи (по соотношении простота-производительность).

Comments

[Влад Григорьев]

писать надо для начала нат что знаешь, до среднего онлайна еще надо дожить, а там если доживете и команда появится и код 10 раз перепишется

[prog199708]

Влад Григорьев, Дело в том, что отлично знаем только php, а все остальные языке (c#, python, node) примерно на одном и том же низком уровне

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

prog199708, обычно тут нужно начинать с требований и ограничений.
1. Какие вообще действия могут делать игроки?
2. За какое время сервер должен эти действия обрабатывать?
3. Сколько вообще игроков в сессии?

battle royale - это даже не жанр.
В батл рояль можно и шахматы завернуть и шутер - требования и ограничения к ним обоим будут сильно разные.
В случае шахмат можно будет выбрать абсолютно любой язык, тк нет никаких проблем, если каждый ход каждого игрока будет обрабатываться пару сотен мс. А вот в случае шутера это будет проблема - там нужно тысячи действий каждую секунду обрабатывать.

[Сергей П]

С какой стороны резать аппендицит? Решили мы с друзьями открыть клинику с охватом населения в полторы-две тысячи пациентов. Резать сперва будем аппендициты, но ещё не очень хорошо знаем с какой стороны из лучше резать. До сих пор резали только докторскую, а копченую так ломали.
Не могли бы вы подсказать с какой стороны резать лучше всего? Вроде бы если через рот, то дальше получается, но по пути и гланды можно вырезать, а если с обратной стороны, то ближе но до гланд уже далеко...
Короче, все остальные вопросы, в принципе, нам понятны, не можем только выбрать с какой стороны к аппендициту лучше подлезть.

[prog199708]

Василий Банников,
1) сам геймплей будет похож на Brawl Stars, будет небольшие изменения и доработки
2) максимально маленькое время
3) будут режимы на 2, 6, 8 и 10 игроков (потом будут режимы на 4, 12 и 20 игроков, но это только планы на далёкое будущее )

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

prog199708, тогда php точно мимо.
Игру же на юнити делаете? Ну так и пишите сервер на C#?

Answer 1

[index0h]

Лучше всего подходит язык, на котором у вас есть експертиза.
Но сначала стоит сконцентрироваться на постановке задачи. Жанр и мультиплеер - это конечно круто, но мягко говоря недостаточно, но это как описывать устройство автомобиля по цвету пластика дверной ручки.
1к играков - это тоже довольно абстрактное значение. Какой трафик и как его обрабатывать/хранить/передавать другим игракам - вот это задача.

Comments

[prog199708]

Долго описывать подробно, могу сказать одно, что сервер должен выдержать большую нагрузку, обрабатывать огромное количество запросов в секунду

[index0h]

prog199708, ну, тогда хорошо напишите сервер, что бы выдерживал большую нагрузку и огромное количетсво запросов. а плохо не пишите.

[index0h]

prog199708, Как вариант можете начать с описания протокола клиент-сервер. Пока будете его описывать, многое прояснится. Например стоит ли вам "упаковывать" много сообщений за раз и отправлять по тику, либо отправлять по факту появления. Должно ли это дело работатть в браузере через веб сокеты, или у вас клиент полностью отдельным приложением

Answer 2

[rPman]

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

php последние годы стал универсальным, как для запрос-ответных систем так и для приложений непрерывного действия. При этом его скорость работы одна из самых быстрых среди интерпретируемых языков программирования, сравнимо и незначительно быстрее его только javascript (nodejs) но и там с оговорками.

Но прежде чем что то писать, продумайте все же досконально, как у вас будет работать вся система в целом. Например, есть ли необходимость в оперативной синхронизации действий пользователей (шутеры) или хватит лага на все клиенты -> сервер -> все клиенты 'комнаты'.

p.s. Объяснить в простом ответе что и как делать невозможно, Сергей П привел отличную аналогию.

Comments

[MihailEr]

Не знаю насколько этот комментарий сильно относится к PHP 7.4, но я делал API через php-fpm и nginx, запросов было около 1-2 тысяч в минуту. Режим у php-fpm был static, характеристики самого сервера очень хорошие. Что в итоге? PHP просто сжирал весь процессор и сайт отваливался, мучился, оптимизировал бекенд и ничего толком не помогало при такой нагрузке. Переписал на Golang и о чудо, нагрузка на процессор была даже незаметна

[rPman]

MihailEr , На golang переписал в режиме непрерывно работающего приложения или так же cgi? а то если переписать на php тоже получаются замечательные цифры

Чтобы ускорить запрос-ответные системы, где на каждый запрос заново подгружаются нужные данные, нужно очень сильно стараться.

p.s. go это компилируемый язык программирования, приложения на нем по определению в 10-100 раз быстрее чем интерпретируемые

[IgorAlentyev]

MihailEr, в вашем тексте ответ. 7.4 и fpm. Берите roadrunner или swoole и результаты будут совсем иные.

[MihailEr]

rPman, отдельное приложение на fasthttp

[MihailEr]

IgorAlentyev, не слышал про такое, почитаю, спасибо

Answer 3

[strangeraven]

Во первых стоит обратить внимание на чем вы делаете клиент игры. Это достаточно важно, так как вам скорее всего придется писать некоторую игровую логику одновременно и для клиента и для сервера. И для дого чтобы не писать её дважды на двух разных языках было бы удобно писать клиент и сервер на одном и том же языке.

Поскольку игровой сервер это достаточно сложная штука с большим количеством кода, я бы советовал выбрать язык со статической типизацией. Так будет гораздо проще жить когда ваш код разрастется.

Поэтому ни node.js, ни python я бы не советовал. Лучше всего использовать что-то из этого: java, kotlin, c#

Answer 4

[Sawich]

По своему опыту могу сказать, писал эмулятор экшен мморпг на C#, не зная языка, выучил в дороге, сам клиент без исходников и написан на C++/Lua.
Трудности встречались лишь с пониманием асинхронности этого замечательного языка.

Answer 5

[Владислав Толмачев]

NodeJS, но как отметил автор выше - производительность с оговорками)) Честно говоря 1000-1500 одновременного онлайна это достаточно много и нужно понимать задачу чуть более четко.

Мы для себя сделали выбор вообще в пользу PHP из-за простоты работы и стараемся работать по схеме запрос-ответ идя на хитрости для создания эффекта "онлайна".

Comments

[rPman]

если сравнивать php и nodejs на синтетических тестах, то они равны и php даже быстрее (например ассоциативные массивы на nodejs лучше сразу на Map заменять, иначе тормоза), но когда на php пытаешься реализовать асинхронность, встроенную в nodejs, то nodejs однозначно эффективнее работает.

Я пробовал в лоб реализовать простую задачу чтения упакованного gzip файла и отправку результата в websocket поток клиенту, nodejs был адски медленнее php. И там и тут использовались встроенные средства распаковки архива, т.е. сама распаковка не причина тормозов, там тормозила тупо работа со строками

[IgorAlentyev]

rPman, если вам нужна асинхронность, то есть замечательные swoole, roadrunner и amphp. На чистом пыхе писать асюнк такое себе.

[rPman]

IgorAlentyev, несколько лет назад приходилось писать
само собой, сейчас благодаря таким фреймворкам на php писать стало еще веселее

Answer 6

[Alexey Epsilon]

Зависит от того - какой тип коннекта. Если это ммо и постоянный коннект, то про PHP можно сразу забыть, он это не умеет. Оставшиеся варианты - Nodejs, Go, Python, C# и всё остальное - надо смотреть в чём больше опыт. Насчёт Python есть сомнения, медленный он достаточно. 1000-1500 не сказать, что много, но нужно смотреть сколько и чего там надо отправлять. Остальные технологии точно потянут.

Comments

[webrobot]

Не согласен что PHP не умеет установить и поддерживать постоянны коннект - приложение можно запустить в режиме CLI и создать websocket

Answer 7

[Zailox]

Зависит все это ещё и от сервера, если сервер достаточно мощный, и вам хочется написать без усилий - пайтон, если же сервер не сильно мощный, и кроме простоты важна ещё и оптимизация - java/php, например сервера той же geometry dash с помощью php работают.