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