Система синхронизации данных по определенному такту

Здравствуйте!

Меня интересует различные подходы к проектированию системы для синхронизации данных в многопоточном приложении.

Ситуация следующая:
Есть СИСТЕМЫ , которые работают в своем ритме и в своем потоке. Системы максимально независимы, но в есть некоторый контроллер, который в определенное время ждет завершение всех потоков, чтобы синхронизировать данные систем.
Бывают ситуации, когда одной системе необходимо узнать данные другой системы и сделать их локальную копию, чтобы на следующем такте каким то образом обработать.
Например: Система рендеринга в момент синхронизации просит данные от системы физики, чтобы на следующем такте их отрендерить.
Так как все в разных потоках, то ссылаться напрямую - не очень хорошо. Нужна копия.
Меня интересует каким образом можно реализовать синхронизацию.
Вот, к примеру, система физике генерирует событие - я поменялась. Рендер подписывается на это событие, НО сигнал не говорит, что конкретно поменялось. А копировать все данные неэффективно. Главный мой вопрос - каким образом сделать такую систему, чтобы синхронизация происходила без полного копирования.

Что пришло в голову?
1) Система генерирует не общий сигнал о своем изменении, а куча сигналов, которые покажут, что поменялось. (Но это не очень удобно, так как подписываться на кучу сигналов - такое себе удовольствие)

2) Система, при изменении данных генерирует событие и передает в него объект уведомления.
Что-то типа:
С примером физики и рендерера будет примерно следующее:
1) Физика создает уведомление и сохраняет туда все действия с помощью std::function... (ну или что-то из этого рода)
2) Генерирует событие с этим уведомлением.
3) Контроллер изменения оповещает рендерер об изменении физики и рендерер делает notification.run(this);

Даже не знаю, что еще можно придумать. Пока получаются велосипеда
Подскажите, какие есть варианты?

0

Сообщение от Kertis138 Бывают ситуации, когда одной системе необходимо узнать данные другой системы и сделать их локальную копию, чтобы на следующем такте каким то образом обработать.

Сообщение от Kertis138 Так как все в разных потоках, то ссылаться напрямую - не очень хорошо. Нужна копия.

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

Сообщение от Kertis138 Главный мой вопрос - каким образом сделать такую систему, чтобы синхронизация происходила без полного копирования.

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

А лучше - подумайте, не оптимизируете ли вы преждевременно.

1

Сообщение от dimcoder А лучше - подумайте, не оптимизируете ли вы преждевременно.

Даже если не оптимизировать, то какой вариант выбрать?
Я не могу во время работы рендерера ссылаться на физику, так как физика не завершила работу (Часть единого объекта передвинулась, а другая нет - что недопустимо для рендеринга). Поэтому есть специально отведенное время для синхронизации, когда все системы гарантированно завершили работу. Но а что делать рендереру в этот момент, если не копировать? Без копирования - это опять же ссылка во время работы другой системы - что недопустимо из-за вышеописанной проблемы.

0

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

Для того что бы ответить на этот вопрос, нужно сперва понять вот что: во время работы физического движка, может ли даваться гарантия что какой либо объект Х полность обработан этим движком ДО того как физ. движок закончил работу чтобы рендерер мог посмотреть на этот объект? Если да, то это повод для оптимизации - передавать рендереру объект сразу после того как он был обработан. Если нет, то очевидно нужно копировать все во время синхронизации.

1