Задай вопрос сразу, может кто-то и ответит. Может впрос более общего характера и не только специфичен для игр окажется, для этогт тебе и кинули nometa

Сервер : Node / Socket io
Клиент : VueJs

Создаётся объект игры , по ивенту от клиента , к игре подключаются игроки , игрок нажимает старт , запускается игра

Клиенты узнают о новых данных таким образом

setInterval , раз в 100мс , проходит цикл , ищет нужную игру , и игрокам в этой игре сущность сокета в комнату шлёт пакет с обновлённой информацией

Вопрос таков

Насколько это корректный подход и как можно было бы увеличить производительность избежав глобального интервала

Никто и не отпишется

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

обновлять информацию тогда, когда кто-нибудь из игроков что-нибудь сделает?

А почему сервер не отправляет пакет с обновленной информацией тогда, когда эта информация обновилась?

Создай очередь из клиентов, которые хотят играть, и вместо setinterval бери игроков из этой очереди

Что ещё игрок может сделать после заявки на игру, кроме как отменить эту заявку?

а какие "новые данные" тогда игроки получают?

К примеру о том что его заявка обработана и отсылается номер комнаты для игры

ну, когда заявка обработана - отправить данные
event based, а не каждые 100мс

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

если это не шутер или какая-нибудь иная реалтайм игрушка, где всё завязано на внутренних "тиках"

Это реал тайм как раз

раз в секунду != реалтайм :)

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

+

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

Принцип неопределенности Гейзенберга гарантирует что это не произойдёт

обобщенно - реалтайм, просто "секунда" слишком долго
имеется в виду не пошаговая, когда кто-то что-то сделал и дал знать другим, что он закончил ход)