Ивенты наверное на многопоточку сложно натянуть

??? Почему?

Тем более большинство ецс менеджит зависимости.

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

Я сейчас может туплю, но в bevy кажись эвенты системы по очереди обрабатывают

А вппочем игнорируй меня потому что я не помню че и как

Честно не знаю как в беви.

Все же злоупотреблять эвентами не надо.
Лучше всего их для чего-то редкого использовать.
Если эвент какой-то будет по тысяче раз каждый кадр срабатывать будет фигово.

is_dirty флаг можно было бы просунуть в саму ecs. В спексе раньше можно было фильтровать даже entity у которых до этого выставлен флаг у нужного компонента. А выставлялся он при мутабельной итерации по этому компоненту. Даже если мутации не произошло.

В ecs на архетипах можно например в чанки завезти по флагу на компонент и там метить если по компонентам энтити из чанка итерировались мутабельно. А потом фильтровать по dirty/clean

В bevy есть такой флаг, за счёт специальной обёртки вокруг компонентов получаемых системой. Обёртка имплементит DerefMut, и выставляет внутри себя флаг в true если такой deref случился.
И есть возможность в запросах использовать Changed<MyComponentType>. Только вот видимо не везде это используется внутри самого Bevy

Вопрос в том, эффектина ли фильтрация

Или аналоична тому что флаг вставлен в сам компонент

В legion что-то такое как раз есть. Но там немного не так работает. По идее просто версии смотрит. И называется maybe_changed

Вообще надо полагать эти dirty flags профитны, ежели относительно много вычислять. Если оно хорошо попадает в кэши, а вычислять мало, то выигрыша может быть не так много

Но надо мерять конкретику

Maybe потому что хотя бы один из чанка changed заставит проитерироваться по всему чанку

Скипать целый чанк по-любому профитно

Да, ты прав

Но вот как по версии определять? Система помнит последнюю версию?

Надо смотреть, я не вникал