Это больше анализ.После выполнения некоторого теста производительности на моем локальном компьютере я смог выяснить, что на самом деле происходит внутри моего приложения.
Я выполнил тест производительности на своем локальном компьютере и проанализировал приложение через JConsole.
Как я уже сказал, я запланировал все свои блокирующие дБ-звонки на schedulers.elastic.То, что я понял, что я это вызывает узкое место.поскольку мои дБ-соединения ограничены, и я использую hikari для пула соединений, поэтому не имеет значения количество потоков, которые я создаю из эластичного пула.Поскольку реактивное программирование больше связано с потреблением ресурсов в полной мере с меньшим числом потоков, поскольку потоки создавались неограниченным образом, поэтому он ничем не отличался от обычного приложения.
Так что то, что я делал как часть разрешения, ограниченоколичество потоков до 100, которые должны были использоваться для вызовов в дБ.Количество взлетов выросло с 500 до 2300 в секунду.
Я знаю, что это не то число, которое следует ожидать от реактивного приложения, оно обладает гораздо большими возможностями.Поскольку сейчас у меня нет другого выбора, кроме как иметь дело с нереактивными драйверами. В ожидании выпуска реактивных драйверов для сервера mssql промышленного уровня.