Актор хранит свое состояние, оно может состоять из N переменных, которые будут изменятся только по входящим сообщениям, по одному сообщению за раз

спасибо

ясно теперь
а одной отправкой сообщения можно две переменных состояния изменить?

или it depends

да сколько хочешь

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

понятно спасибо

везде пишут что акторы так устроены, что если их юзать - решена проблема гонки потоков

но я так понял, что это если изменять как раз это внутреннее состояние актора, то тогда этой проблемы не будет, ибо актор в один момент времени обрабатываeт одно сообщение

а если сайдэффектящую для двух акторов функцию записать так, что она изменяет какую-либо внешнюю переменную для них обоих, то lost changes как раз возможны, правильно понимаю?

в акторе меняй только своё состояние и только синхронно

в глобальном смысле рейс кондишен нельзя решить, заменив одну общую конкаренси на другую

если актор отправляет сообщение двум другим акторам, невозможно предсказать, какой из них раньше обработает

и как дальше пойдёт

актор меняет только своё состояние синхронно

поэтому гарантия отсутствия рейскондишенов там не больше, чем у Ref/атомарных ссылок, которые хранят композитный стейт

понятно спасибо

что это значит?
то что как раз запросы на изменение состояния акторы отработают один за другим и не возникнет race condition?

и по скольку актор работает в одной нитке то ничего не угрожает

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

лучше пройдись по документации хорошо: что такое диспетчеры какие виды бывают и как они используются акторами, очереди их виды и как они используются акторами