λ
а потом Agent удалили
Size: a a a
2020 May 18
λ
типа идеология в том что актор может быть на любой машине а Agent этого не позволяет
λ
но ни в одном проекте этого не юзалос
λ
а если б и юзалось я представляю проблемы с локалити и редеплоями
λ
в ерланге может это и катит потому что там и так все медленно
P
инмемори стейт на акторах легко пилить
Там довольно тяжёлый компромисс выходит. Типа для контроля изменений состояний - офигенная штука, получаешь очередь запросов на изменения, порядок соблюдается, всё такое.
Но чтение этого изменения становится ужасно тяжеловесным, особенно когда тебя не интересует именно последнее состояние, а eventually consistent.
Люди делают всякие извращения типа выгрузки состояния при изменении в eventually consistent переменную и всё такое. Бррр...
А в Ref тупо делаешь get 😊
Но чтение этого изменения становится ужасно тяжеловесным, особенно когда тебя не интересует именно последнее состояние, а eventually consistent.
Люди делают всякие извращения типа выгрузки состояния при изменении в eventually consistent переменную и всё такое. Бррр...
А в Ref тупо делаешь get 😊
λ
ну
AC
Python
Там довольно тяжёлый компромисс выходит. Типа для контроля изменений состояний - офигенная штука, получаешь очередь запросов на изменения, порядок соблюдается, всё такое.
Но чтение этого изменения становится ужасно тяжеловесным, особенно когда тебя не интересует именно последнее состояние, а eventually consistent.
Люди делают всякие извращения типа выгрузки состояния при изменении в eventually consistent переменную и всё такое. Бррр...
А в Ref тупо делаешь get 😊
Но чтение этого изменения становится ужасно тяжеловесным, особенно когда тебя не интересует именно последнее состояние, а eventually consistent.
Люди делают всякие извращения типа выгрузки состояния при изменении в eventually consistent переменную и всё такое. Бррр...
А в Ref тупо делаешь get 😊
Это вроде и есть суть CQRS
P
Это вроде и есть суть CQRS
Просто сходу этого нет. Чтобы получить последнее состояние из актора, ты посылаешь ему запрос и ждёшь ответа, а актор по-умолчанию эти ответы складывает в очередь и обрабатывает в одном потоке.
Это жестко, особенно когда в машине 56 физических ядер и стопятсот клиентов ждут ответа 😊
Это жестко, особенно когда в машине 56 физических ядер и стопятсот клиентов ждут ответа 😊
AC
Правильно, ask всегда считался антипаттерном
P
Решается выгрузкой данных переодически в какую-нибудь volatile переменную (или Atomic, или Ref), в которую могут все потоки одновременно ломиться.
D
"все потоки", "ждут ответа" -> звучит как попытка подстроить инструмент под другие задачи, под которые он вообще не предназначен
P
"все потоки", "ждут ответа" -> звучит как попытка подстроить инструмент под другие задачи, под которые он вообще не предназначен
Нормально он предназначен. Просто он низкоуровневый. Там надо понимать для чего он нужен и чего он конкретно даёт по сравнению с тем же Ref.
А даёт он возможность запросить у актора изменение состояния и дальше уйти по своим делам. В отличии от Ref который будет крутить CAS циклы и жрать CPU.
Но это довольно редко где нужно.
А даёт он возможность запросить у актора изменение состояния и дальше уйти по своим делам. В отличии от Ref который будет крутить CAS циклы и жрать CPU.
Но это довольно редко где нужно.
OO
Python
Нормально он предназначен. Просто он низкоуровневый. Там надо понимать для чего он нужен и чего он конкретно даёт по сравнению с тем же Ref.
А даёт он возможность запросить у актора изменение состояния и дальше уйти по своим делам. В отличии от Ref который будет крутить CAS циклы и жрать CPU.
Но это довольно редко где нужно.
А даёт он возможность запросить у актора изменение состояния и дальше уйти по своим делам. В отличии от Ref который будет крутить CAS циклы и жрать CPU.
Но это довольно редко где нужно.
ну как редко где, сделать не-эвенчуал консинтентность таким (пачка акторов и чтение из волатайл переменной) подходом будет непросто
C
Подскажите кошерный логгер. Ничего суперского не надо, самый массовый чем все пользуются?
ЮБ
slf4j
C
прямо так без оберток? даже не scala-logging?
ЮБ
Вопрос был про самый массовый. Обычно с ним юзают logback
ЮБ
Возможно, стоит уточнить вопрос
C
в скала проектах самый популярный логгер это slf4j+logback?