КТ
processors - тут ядра? если 8 ядер, то 16?
но если смотреть потоки, их явно больше.
но если смотреть потоки, их явно больше.
processors - тут ядра? если 8 ядер, то 16?
но если смотреть потоки, их явно больше.
Size: a a a
2020 September 21
TI
eventLoop потоков больше или вообще? processors - да, должно быть по ядрам считаться.
КТ
в конфигах оказывается
eventLoopThreads = 200
eventLoopThreads = 200
TI
ну в 200 смысл теряется вообще. планировщик похерит всю реактивность. ставь на 0.
КТ
но все равно, больше 8 не выходит. т.е. были 8 долгоиграющих потоков, изза которых все стояло в очереди
КТ
т.е. нужно увеличить кол-во ядер, если не получается оптимизировать
TI
не, потоки не должны блокировать. нужно убирать блокирующие операции
TI
или выносить их в другой пул
TI
unbounded
КТ
8 запросов на получение данных из бд. изза них все "встало"
TI
8 запросов на получение данных из бд. изза них все "встало"
Потому что блокирующие операции. Вынеси бд в отдельный тредпул
КТ
Потому что блокирующие операции. Вынеси бд в отдельный тредпул
КТ
Помоему это не возможно
D
8 запросов на получение данных из бд. изза них все "встало"
можно использовать неблокирующий драйвер для работы с БД (не jdbc)
plain netty используется? или какой-то фреймворк поверх netty?
plain netty используется? или какой-то фреймворк поверх netty?
КТ
можно использовать неблокирующий драйвер для работы с БД (не jdbc)
plain netty используется? или какой-то фреймворк поверх netty?
plain netty используется? или какой-то фреймворк поверх netty?
Hikaricp
TI
Hikaricp
spring.datasource.hikari.pool-nameTI
а стой, эта настройка - это просто название пула для дебага
КТ
да, так и есть
КТ
походу быстрее будет увеличить ядра)
TS
но все равно, больше 8 не выходит. т.е. были 8 долгоиграющих потоков, изза которых все стояло в очереди
долгоиграющие операции нужно выносить в отдельный пул