Я хочу сделать сравнительный анализ своей поделки с текущими мастодонтами

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

еще и тулза для нагрузки

Всё очень просто - без выигрыша по IO (блокирующим операциям) производительность корутин бесконечно стремится (но никогда не достигает) к производительности экзекуторов, поскольку это тоже переключения, тоже запуск чего-то на треде. Разница появляется, когда вам нужно ждать ответа из сети (например), то есть появляются операции, которые в классических тредах вешают поток:) на серваке из такого я сходу только ожидание соединения могу назвать, но пока у вас количество запросов на находится +/- на границе вашего числа тредов/тредов в диспетчере корутин - врядли вы почувствуете разницу

А вот на уровне соединений с базой или еще чего такого - корутины вполне могут выиграть:)

Куда они могут выиграть, если это просто враппер над веб флаксом?

А если это еще и враппер - то тем более, согласен

На корутинах можно сделать 100500 тредов для IO, которые в итоге (почти) ничего не будут стоить и все операции отправлять туда, таким образом на время ожидания освобождая поток:)

Вот это неправда

?

Не тредов, а корутин, потоки будут освобождаться только на асинхронном ио, с тем же jdbc не прокатит

Треды всегда дорогие. Как минимум они стоят памяти

Их можно раз создать и переиспользовать:) то, чтотони стоят памяти - согласен

В корутинах поток будет освобождаться в каждый suspend момент - например, при смене диспетчера/контекста выполнения

Так что я не ошибся - потоков

Ну так значит нельзя создать 100500 🤷‍♂

Создай попробуй 100500 потоков и посмотри сколько оно будет у тебя кушать

Пробовал:)

На моем ноуте с i7 и 8 гб оперативы вполне жило

Так там как раз база и межсервисные запросы, самое оно