приносит (уносит) в плане производительности
и чего кто придерживается в этом смысле
вот есть логи и метрики
которые по сути очень минимальная манипуляция в памяти, никакого I/O существенного
то есть технически это да, эффект, и код выглядит красивее обёрнутый в эффект, и вроде бы всё будет заоптимизировано в один тред
но по сравнению с диском или network I/O, отделение такого (синхронного) эффекта совершенно вроде бы ни о чём?
логи это асинхронный аппендер всегда, а для метрик же используются всякие там LongAdder и прочие чудесные concurrent примитивы, неблокирующие счётчики
IO вообще не про это
не про что?
Есть бенчмарки по сравнению фьючами, с голыми тредами и прочей лоу-левел вещами, конечно же будут проблемы.
Независимо, обёрнут или не обёрнут сервис в F, логи и метрики составляют незначительную долю ресурсных затрат сервиса, поэтому ориентироваться конкретно на такие вещи при оценке оверхеда обычно не очень разумно
Не о выделении асинхронных эффектов
В плане хвоста распределения лейтенси они бывают очень значительны.
Обсуждают сегодня