M
хорошо, учту
Size: a a a
2020 December 22
Oℕ
через 15 минут я зайду в помещение, смогу помочь кодом
M
было бы здорово, а то эти рекурсивные схемы для меня что-то новое и немного овервелминг сейчас в них копаться
A
/iqtest
IU
А как сейчас правильно делать условное подключение/отключение play.modules в зависимости от скажем переменных среды?
R
а можете объяснить по акка стримам для тех кто не усвоил: вот у нас материализация стрима/графа происходит асинхронно, судя по тому, что возвращаемый тип - фьюча.
1) откуда берётся поток для выполнения этого?из какого пула?я никаких неявных экзекьюшн контекстов в скоупе не создавал
2) кто отвечает за выполнение материализации?актор?если да, то тоже: откуда он берётся, сколько их создаётся (если он не один)?
1) откуда берётся поток для выполнения этого?из какого пула?я никаких неявных экзекьюшн контекстов в скоупе не создавал
2) кто отвечает за выполнение материализации?актор?если да, то тоже: откуда он берётся, сколько их создаётся (если он не один)?
S
стрим материализуется при помощи materializer, который создается на основе ActorSystem
в ActorSystem по умолчанию 2 пула потоков (горячий и блокируемый), но наконфигурировать можно сколько хочешь
плюс можно переопределеить пулы через атрибуты стрима
в ActorSystem по умолчанию 2 пула потоков (горячий и блокируемый), но наконфигурировать можно сколько хочешь
плюс можно переопределеить пулы через атрибуты стрима
S
"материализация" - создание всех сущностей (в том числе акторов), которые будут обслуживать стрим. Сколько акторов создается - implementation details, то есть не специфицировано - достаточно, чтоб реализовать стрим со всеми асинхронными шагами.
S
Если посмотреть в run (или runWith) - там имплиситный материалайзер, который нынче (не помню с какой версии, но недавно) можно получить имплиситно же из ActorSystem.
S
То есть если ничего не настраивать и взять все по умолчанию из примеров, то стрим выполняется на дефолтном пуле ActorSystem
Oℕ
материализация происходит синхронно
Oℕ
фьюча - это материализованное значение одного из подграфов стрима
Oℕ
для фьючи самой по себе никакой экзекьюшен контекст или поток не нужен
БЁ
а расскажите что значит горячий и резиновый пул? резиновый значит расширяется и сжимается, т.e спавнятся и убираются тяжёлые осевые треды?
а горячий?
а горячий?
Oℕ
актор материалайзер запускает создаваемые стейджи на акторах
Oℕ
Борщевик Ёбаный
а расскажите что значит горячий и резиновый пул? резиновый значит расширяется и сжимается, т.e спавнятся и убираются тяжёлые осевые треды?
а горячий?
а горячий?
вы сначала скажите, где вычитали это
БЁ
вы сначала скажите, где вычитали это
ну вон выше Simon написал горячий пул
БЁ
As a result, well-designed applications actually have at least two thread pools:
One thread pool, designed for asynchronous code, has a fixed number of threads, usually equal to the number of cores on the CPU.
Another thread pool, designed for blocking code, has a dynamic number of threads (more threads will be added to the pool when necessary), which is inefficient (but what can you do!).
Oℕ
это не про акку