Как реализовать менеджер операций?

Question

[FloorZ]

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

Состряпал такую вот схему

Менеджер состояния
Менеджер процесса
Процессы
Менеджер потоков

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

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

з.ы. это такое хобби у меня

Comments

[AxisPod]

Для начала скажите, что вы хотите, но только нормальными словами. Сервер для многопользовательской игры или просто что-то для сингловой игры. Затем для себя дайте ответ на вопрос: "А как оно будет работать с данными игрового мира и как это будет синхронизироваться?". Потом разработайте модель данных игрового мира, а уже потом думайте о том, как с этим работать. А то получается, что вы как-то не с той стороны заходите, как бы гланды так не очень удобно удалять и чревато серьезными осложнениями.

[FloorZ]

AxisPod: у меня не цель сделать игру или что-то такое. Меня интересует архитектура движка, который умеет обрабатывать и распределять операции по потокам, которые он будет получать от различных модулей. Будь то графика, основной цикл игры и прочее.
Сейчас пытаюсь сделать основной модуль, который будет обрабатывать операции, следить за их состоянием и распределять по потокам, основываясь на флагах процесса.

Сейчас я пошел так... сделал менеджер процессов, который в контейнер закидывает обьекты, наследников класса cProcess.
cProcess при объявлении записывает себя в менеджере статуса и передает ему указатель на свое состояние.
Менеджер статуса содержит в себе список процессов по id и их статусы. У него есть метод, который будет опрашивать весь список и если увидит, что какой то из процессов приобрел статус DEAD - отсылает сигнал менеджеру процесса что какой то процессор умер и его надо извлеч и удаляет его из своего списка. Менеджер процесса извлекает его из основного контейнера и вызывает деструктор процесса. Осталось только реализовать менеджера потоков, научить его раскидывать процессы по потокам и создать глобальный тактовый цикл.

Answer 1

[LightKeeper]

Похоже правильно копаешь, но добавлю чуток от себя.
Слишком абстрактное описание для конкретных советов. Заботься больше о keep it simple stupid. Когда придет время доробатывать сервер, будет приятней когда он работет просто и тупо. на мой субъективный взгляд, вся схема переусложнена какими-то ненужностями.
Так же можно поизучать API подобных библиотек, я так понял ты реализуешь пул потоков, только в другом процессе. посмотри как работают другие планировщики, и пиши свой по образу и подобию (или вообще поверх), там всё-таки не одна сотня людей подумали до нас.

из примеров - boost::asio::io_service, или же Executor в java. (мне там нравится идея абстрактности интерфеса Executor).

так же разберись с IPC, раз ты по процессам раскизываешь там что-то. а то "...передать указатель процессу..." звучит подозрительно, будто указатель на чужую память передать собрался.