Модель актера и обнаружение столкновений

Question

Я просто думаю о возможности Erlang для игрового сервера. (о, я не эксперт Erlang, просто рассматриваю сцену) Это означает использование Actor Model для игрового моделирования. Конечно, наибольшей привлекательностью является его параллелизм, распределенный по нескольким узлам.

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

Хотя обнаружение столкновения по существу требуется в любой игре, но в характере модели Actor, оно не выглядит эффективным и даже не имеет смысла, поскольку ему требуется глобально синхронизированный запрос состояния и обновление по всем участникам таргетинга. И если я использую любую синхронизацию, она отменяет все преимущества модели актера Эрланг.

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

Answer 1

Разделите карту на более мелкие части и пусть каждая часть будет ее собственным процессом (вы можете даже разбить ее настолько, что каждая плитка - это собственный процесс). Игрок, пытающийся переместиться, отправит сообщение на фрагмент/подкарту, в котором говорится, что он идет туда, и плитка отвечает, если все в порядке или нет. Это позволяет избежать коллизий, поскольку только одно сообщение обрабатывается плиткой/под-картой за раз. Несколько подвариантов/плиток могут обрабатывать сообщения одновременно, поэтому он все еще является параллельной программой.

Answer 2

У меня есть космическая игра, делающая сервер в Эрланге. Хитрость заключается в том, что каждое местоположение/узел/etc также является актером. Он постоянно работает с физикой и регулярно отправляет информацию каждому игроку игрового объекта.

Все становится намного чище, когда вы начинаете думать более абстрактно о том, что такое актер/сущность. Например, столкновения могут быть полноправными участниками. Это делает клиентскую сторону намного проще - привязывает графические и звуковые эффекты к столкновению. На стороне сервера он также делает - предотвращает множественные эффекты столкновения между двумя объектами более одного раза в заданное время.