A
asio::strand
Size: a a a
2020 September 02
RM
Прикол в том, что один модуль может во время метода Init, Update и т.п., юзать классы других
🦊
Ты в принципе можешь действительно стартануть дохуя потоков и отдать это месево на откуп щедулеру ОС.
Но у тебя будут простаивающие модули долбить Update в бесконечном лупе и ничего не делать.
RM
Заебешься там синхронизировать их все между собой
G
Прикол в том, что один модуль может во время метода Init, Update и т.п., юзать классы других
Сделай их потокобезопасными
🦊
Прикол в том, что один модуль может во время метода Init, Update и т.п., юзать классы других
Существуют сотни тысяч тонн способов синхронизации многопоточных приложений.
RM
Сделай их потокобезопасными
Кого? Доступ к классам объектов модуля?
A
Сделай их потокобезопасными
Справедливо
🦊
Если ты хочешь использовать больше одного ядра - заткнись и смирись со сложностью.
🦊
Впрочем существенную долю сложности ты сам внёс.
G
Кого? Доступ к классам объектов модуля?
Все сделай, даже небо, даже Аллаха
RM
Так, давайте советы тогда
RM
Как это реализовать
RM
Там слишком много геморра выходит если синхронизацию отдать самому приложению
RM
Прикол в том, что неизвестно, какой модуль к каким другим модулям будет обращаться
RM
а еще прикол в том, что если внутри модуля будет тяжелый алгоритм, который юзает указатель на объект класса другого модуля, то это застопорит так или иначе логику других модулей
🦊
GAME USING ROY'S FRAMEWORK
RM
Нет, моя архитектура предусматривает многопоточность, но на стороне самих модулей
RM
Я думал многопоточить только там где это нужно
🦊
Твоя архитектура наивна по отношению к многопоточности. Это так называется и никак иначе.