Автостопом по мультиплееру. Часть 4: Авторитарность и Топологии
Это четвёртая статья путеводителя по разработке многопользовательских игр, где я пытаюсь последовательно и в одном месте собрать знания, которые потребуются для осознанной разработки мультиплеерного проекта.
Хотелось бы услышать твое мнение по синхронизации между клиентами при топологии с авторитарным сервером. Сам использую варинат, где вся логика обрабатывается в одном потоке, а синхронизация используется только на глобальной очереди внешних событий. Вариант простой, но с проблемами производительности. Если напишешь статью о том, какие ещё бывают варианты решения этой задачи - будет прям здорово.
Да, было бы интересно и над такими темами порефлексировать. До этого уровня материалов, правда, у меня ещё не скоро удастся добраться.
Вариантов реализации масса — ограничивается только фантазией разработчика. Выбор варианта определяется проектом, условиями разработки и уровнем экспертизы разработчиков.
Описанный кейс вполне нормальный. Не знаю, какие там есть нюансы, но проблемы с производительностью решаются или перемещением нагрузки на другие устройства, или "группировкой" и "размазыванием" по времени, или оптимизацией алгоритмов. От простого изменения подхода возникающая нагрузка никуда магичным образом не исчезнет.