RM
Не помню уже как такие называются
Size: a a a
2020 April 20
AB
Ну я думаю можно это как то организовать при правильном подходе
От синхронизации не избавишься
RM
Artöm Bakri Al-Sarmini
От синхронизации не избавишься
Ну даже если так, поток не будет стоять и ждать пока другой освободит это место
RM
А еще если правильней подойти к делу и хранит состояние каждой задачи, то можно еще и замудриться с goto и состояниями задач
RM
Чтоб продолжать выполнение с места где остановился
RM
Многие не любят конечно goto, но если сделать синхронный метод ослеживающий состояние задачи
RM
То мы можем по сути продолжить выполнение задачи там, где раньше не смогли
AB
А еще если правильней подойти к делу и хранит состояние каждой задачи, то можно еще и замудриться с goto и состояниями задач
Дичь какая-то
RM
Artöm Bakri Al-Sarmini
Дичь какая-то
Почему дичь? Неужели нет ничего быстрого чем можно отслеживать состояние задачи?
RM
Сами состояния задач мы храним в битовых полях
AB
Корутины с потоками путаешь?
RM
Artöm Bakri Al-Sarmini
Корутины с потоками путаешь?
Нет, корутины не то
RM
Они не позволяют нескольким потокам выполнять себя
RM
Имею в виду, один и тот же корутин
AB
Ждц реализацию этой гениальной идеи
RM
Artöm Bakri Al-Sarmini
Ждц реализацию этой гениальной идеи
Какой метод синхронизации быстрее всего подходит для того чтоб в uint64_t хранить биты?
RM
и читать эти битовые поля
AB
Какой метод синхронизации быстрее всего подходит для того чтоб в uint64_t хранить биты?
Атомик возможно
RM
Artöm Bakri Al-Sarmini
Атомик возможно
Так почему ты говоришь что такое невозможно?
AB
Но я предвижу дикий фолс шаринг