нет, блокирующий код fs не нужен
возьму в этом случает из токио что то для fs

а клиент/драйвер для бд тоже неблокирующий, тоже на токио

тогда вообще проблем нет

если оно точно внутри себя нигде ничего не блочит

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

Если твои внешние зависимости не дергают какой нибудь tokio::block_on то все будет хорошо

Зависимости не должны блочить текущий поток

Я очень забавные эффекты ловил когда в актиксе пытался синхронный мьютекс использовать

например?

Поэтому ни твои зависимости ни ты не должны блочиться

Потом рандомно зависал и не отвисал

И это ловилось только когда я натравливал ab бенч

Поэтому главное чтобы твои завистмости и ты сам не блочили текущий поток. Есть web::block или асинхронные мьютексы (лучше конечно без них)

>лучше конечно без них
даже без асинк мьютексов? почему?
они вроде как не должны доставлять проблем (по крайней мере я бы перестраховался и использовал бы их в своем коде)

Они доставляют проблем если ты где то в логике ошибся или могут кардинально снизить перфоманс потому что твои 999 корутин ждут одну

хорошо

тогда получается что можно  оборачивать асинхронный кусок кода в синхронный мьютекс?
а как же дедлоки и эти страшилки

Я вроде явно сказал что я ловил зависшие намертво процессы при синхронном мьютексе

Так что при выборе между синхронным и асинхронным лучше асинхронный в токио коде

так там было упоминание о блокирующих вызовах

я говорю про чистый асинхронный код

Можешь перефразировать вопрос?

вот же