Хороший язык для разработки игрового сервера?

Ненавижу это говорить, и я знаю, что рискую здесь потерпеть неудачу, но это не похоже на то, что для вас есть язык. У всех языков программирования есть свои особенности, и программистам просто необходимо к ним адаптироваться. Вполне возможно написать рабочий сервер на Python без классов (исключив ссылки на классы переменных «self»), и точно так же легко написать C++ с чистым синтаксисом.

Если вы хотите развернуть кроссплатформенный продукт и хотите также разрабатывать кросс-платформенный, лучшим вариантом, вероятно, будет Java. Это более короткие циклы разработки, чем транслируемые языки, как C и C++, но более высокая производительность (спорна, но я всегда был против Java = P), чем интерпретируемые языков, таких как Python и Perl, и вы не должны работать с неофициальными реализациями, как Mono, который время от времени может поддерживать не все функции языка.

Это может во многом зависеть от того, на каком языке лучше всего выражается ваша «игровая логика» (вы можете знать этот термин как «бизнес-логика»). Например, если игровая логика лучше всего выражается на Python (или на любом другом конкретном языке), она Возможно, лучше всего просто написать его на Python и жестко решить проблемы с производительностью с помощью многопоточности или кластеризации. Несмотря на то, что вам может потребоваться много времени, чтобы получить желаемую производительность от Python, оно будет меньше, чем время, которое потребуется вам, чтобы выразить "игрок A теперь накладывает заклинание тьмы 70 уровня в радиусе 7 единиц воздействия. все юниты, которые разговаривали с игроком B и .... "на C++.

Еще нужно учесть, какой протокол вы будете использовать для связи с клиентами. Если у вас сложный двоичный протокол, C++ может быть проще (особенно, если у вас уже был опыт этого раньше), тогда как JSON (или аналогичный) может быть проще для синтаксического анализа в Python. Да, я знаю, что C++ и python не являются языками, которыми вы ограничены (или даже рассматриваете), но я обычно ссылаюсь на них здесь.

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

Какая производительность вам нужна?

twisted отлично подходит для серверов, которым требуется много параллелизма, как и erlang. Любой из них легко поддерживает массовый параллелизм и имеет средства для распределенных вычислений.

Если вы хотите охватить более одного ядра в приложении Python, сделайте то же самое, что и если бы вы хотели охватить более одной машины - запустите более одного процесса.

Говоря о чистой производительности, если вы можете запустить Java 6, вы получите производительность примерно 1: 1 по сравнению с оптимизированным C++ (несмотря на особые случаи, иногда Java быстрее, иногда C++), единственная проблема, с которой вы столкнетесь, это, конечно, такие вещи, как библиотеки баз данных. , взаимосвязь, масштабируемость и т. д. Я считаю, что для каждой из этих проблем доступно множество хороших и отличных решений, но вы не найдете ни одного языка, который бы решил все за вас, поэтому я должен дать вам давний совет: выберите язык, который вам нравится, и используйте его. .

О, вы все еще это читаете? :) Что ж, вот еще несколько дополнительных указателей.

• EVE Online использует Python для своего клиентского и серверного кода, и он содержит ошибки и тормозит, потому что я не думаю, что мне следует писать здесь, чтобы это было примером того, как Python может быть расширен для (плохо) обслуживания огромного количества пользователей.
• Хотя у Java есть несколько хороших и отличных решений для различных связанных проблем, на самом деле это не лучший язык для огромного количества пользователей; он не масштабируется до крайностей без настройки. Однако для этого есть решения с несколькими виртуальными машинами, которые несколько решают проблему, например, Терракотовый, как говорят, хорошо справляется с этой задачей.
• Хотя C++ довольно громоздок, он допускает настолько низкоуровневое взаимодействие с системой, что вы можете фактически обнаружить, что делаете то, что, как вы думали, не могли сделать. Я думаю о чем-то вроде динамической микрокластеризации по ядрам блоков кода времени выполнения для "заполнения" каждого возможного тактового цикла процессора как можно более эффективно для максимальной производительности и тому подобного.
• Mono сильно отстает от виртуальной машины .NET / ее эквивалента на платформах Windows, поэтому вы не сможете использовать новейшие и самые модные функции C#. Однако OEM-лицензии на Windows XP (x64) настолько смехотворно дешевы на данный момент, что при небольших вложениях вы можете получить их кучу и затем запустить свой код на той платформе, которой он должен был быть. И не впадайте в ажиотаж вокруг Linux, Linux - ваш спаситель, только если вы действительно знаете, как его использовать, и особенно XP в настоящее время чертовски быстра и стабильна.

Вы также можете посмотреть jRuby. Он содержит множество преимуществ Java и множество преимуществ Ruby в одном удобном пакете. У вас будет доступ к огромным библиотекам на обоих языках.

Вы также можете использовать Java и скомпилировать код с помощью GCC в собственный исполняемый файл.

Таким образом, вы не получите снижения производительности механизма байт-кода (да, я знаю - Java из коробки работает так же быстро, как C++. Должно быть, только я всегда измеряю разницу в производительности в 5 раз). Недостатком является то, что Java-интерфейс GCC не поддерживает все функции языка Java 1.6.

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

Это не решает вашу проблему «Python не поддерживает многопоточность», но дает вам больше возможностей выбора.

Erlang - это язык, который разработан для параллелизма и распределения по нескольким серверам, что идеально подходит для серверного программного обеспечения. Несколько ссылок об Erlang и игровых серверах:

http://www.devmaster.net/articles/mmo-scalable-server/

http://www.erlang-consulting.com/euc2005/mmog/mmog_in_erlang.htm

Я сам подумываю написать игровой сервер на Erlang.

Более подробная информация об этом игровом сервере может помочь людям лучше ответить на ваш вопрос. Является ли это игровым сервером в смысле чего-то вроде выделенного сервера Counter Strike, который находится в фоновом режиме и поддерживает многопользовательские взаимодействия, или вы пишете что-то, что будет размещено на веб-сервере HTTP?

Лично я бы подумал о Java или C++. Мои личные предпочтения и набор навыков, вероятно, привели бы меня к C++, потому что я считаю Java неуклюжей для работы на обеих платформах (особенно на Linux) и не уверен, что C# еще готов к использованию в Linux.

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

Очевидные кандидаты - Java и Erlang:

Pro Java:

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

Pro Erlang:

• проверено в системах, которым требуется время безотказной работы> 99,9%
• возможность получать обновления программного обеспечения без простоев
• масштабируемый (не только многоядерный, но и многомашинный)

Contra Erlang:

• незнакомый синтаксис и парадигма программирования
• не так хорошо известны; трудно найти опытных программистов для
• ВМ не так быстро, как Java

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

В наши дни я бы не стал рассматривать использование неуправляемого языка (например, C или C++); незначительные преимущества в производительности просто не стоят хлопот.

Каковы ваши цели? Не создание самой игры, а зачем вы ее создаете?

Если вы делаете это, чтобы выучить новый язык, выберите тот, который кажется вам наиболее интересным (то есть тот, который вы хотите выучить больше всего).

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

Если ваш любимый язык окажется в чем-то неадекватным (слишком медленным, недостаточно выразительным и т. д.), Тогда вы можете переписать проблемные разделы на более подходящем языке, когда возникнут проблемы, - и вы не будете знать лучший язык для решения конкретных проблемы, пока вы не узнаете, в чем заключаются проблемы. Даже если выбранный вами язык окажется совершенно непригодным для конечного производственного использования и все это придется переписать, он предоставит вам рабочий прототип с проверенной игровой логикой, что значительно упростит работу с новым языком.

Вы можете взглянуть на Безстековый Python. Это альтернативный интерпретатор Python, который обеспечивает большую поддержку параллелизма. И серверное, и клиентское программное обеспечение EVE Online используют Stackless Python.

Отказ от ответственности: я сам не использовал Stackless Python широко, поэтому не могу предоставить какие-либо отчеты о его эффективности из первых рук.

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

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

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

Вместо этого попробуйте создать несколько процессов, которые могут работать на множестве хостов. Мое скромное предложение заключается в следующем:

• Сделайте их независимыми, чтобы неудачный процесс не имел отношения к услуге.
• Сделайте их небольшими, чтобы можно было легко понять различные части сервиса и их взаимодействие.
• Не позволяйте пользователям напрямую связываться с gamelogic OR DB. Напишите прокси - сетевые стеки могут и будут показывать странное поведение на разных архитектурах, когда у вас много пользователей. Также убедитесь, что вы можете позже «очистить» / отфильтровать то, что пересылают прокси.
• Имейте процесс, который будет только отслеживать другие процессы, чтобы убедиться, что они все еще работают должным образом, с возможностью перезапуска частей.
• Сделайте их распространяемыми. Координируйте процессы через TCP с самого начала, иначе вы столкнетесь с проблемами масштабируемости.
• Если у вас большие ландшафты, подумайте о средствах динамического разделения нагрузки путем разделения серверов по географическому признаку. Не позволяйте каждому внутреннему процессу хранить все данные в памяти.

Я портировал несколько таких движков, написанных на C++ и C#, для хостов, работающих на Linux, FreeBSD, а также на Solaris (на старом UltraSparc IIi - да, моно все еще там работает :). По моему опыту, C# достаточно быстр, учитывая, на каком древнем оборудовании он работает на этой sparc-машине.

Промышленность (насколько мне известно) имеет тенденцию использовать много C++ для обслуживающей работы и встраивает языки сценариев для реальной игровой логики. Ах, уже слишком много написано - прикольная тема.

C++ и Java довольно медленны по сравнению с C. Язык должен быть инструментом, а не костылем.

В разработке есть довольно крутой фреймворк, который удовлетворяет все ваши потребности:

Проект Darkstar от вс. Поэтому я бы сказал, что Java - хороший язык для разработки игровых серверов :-)

Я знаю, что facebook использует комбинацию Erlang и C++ для своего механизма чата.

Что бы вы ни решили, если вы выберете комбинацию языков, ознакомьтесь с экономичной структурой facebook для развертывания межъязыковых сервисов. Они открыли исходный код около года назад:

http://incubator.apache.org/thrift/