Телеграмм чат группы kotlin

     * This dispatcher shares threads with a [Default][Dispatchers.Default] dispatcher, so using
     * `withContext(Dispatchers.IO) { ... }` does not lead to an actual switching to another thread &mdash;
     * typically execution continues in the same thread.

Порылся по коду и не понял, где это вообще может происходить. Это какая то устаревшая дока?
Ну и если это правда, то какая то жесть же, основной тредпул забивается IO тасками

источник

12:25пожаловаться

AO

Alexey Otts in Kotlin JVM

Ох ещё раз перечитал и таки да, то есть авторы предполагали, что всё приложение условно крутиться на одном диспатчере переменной длины?

источник

12:30пожаловаться

RI

Ruslan Ibragimov in Kotlin JVM

Насколько я помню там условно енамом разруливается. У Default и IO одни треды на всех (Default-dispatcher-x)

источник

12:37пожаловаться

RI

Ruslan Ibragimov in Kotlin JVM

За счет этого может хорошая экономия происходить, свитч дорогой

источник

12:37пожаловаться

QH

Quantum Harmonizer in Kotlin JVM

Блин, это ж гениально. Вместо свитча помечаем текущий тред как выполняющий определённый тип задач

источник

12:39пожаловаться

AO

Alexey Otts in Kotlin JVM

Ruslan Ibragimov

Насколько я помню там условно енамом разруливается. У Default и IO одни треды на всех (Default-dispatcher-x)

Ну получается как то так да

источник

12:41пожаловаться

RI

Ruslan Ibragimov in Kotlin JVM

Alexey Otts

Ох ещё раз перечитал и таки да, то есть авторы предполагали, что всё приложение условно крутиться на одном диспатчере переменной длины?

Длина (верхняя граница) как раз таки фиксированная. CoroutineScheduler

источник

12:44пожаловаться

AO

Alexey Otts in Kotlin JVM

Максимальная граница да есть, но не все потоки сразу аллоцируются

источник

12:45пожаловаться

ТБ

Тимур Бухараев in Kotlin JVM

они действительно используют один и тот же пул, получается что при маленькой нагрузке Dispatchers.Default и Dispatchers.IO фактически единое целое

однако когда они упираются в лимиты, то эти лимиты работают независимо
у меня получилось, что Default работает в 8 потоков параллельно, а IO в 64 потока параллельно (8-ядерный комп)

таким образом, IO таски, сколько их не кидай, не смогут забрать себе все потоки и помешать работе Default - он все равно будет работать в свои эксклюзивные 8 потоков

источник

13:49пожаловаться

AO

Alexey Otts in Kotlin JVM

Тимур Бухараев

они действительно используют один и тот же пул, получается что при маленькой нагрузке Dispatchers.Default и Dispatchers.IO фактически единое целое

однако когда они упираются в лимиты, то эти лимиты работают независимо
у меня получилось, что Default работает в 8 потоков параллельно, а IO в 64 потока параллельно (8-ядерный комп)

таким образом, IO таски, сколько их не кидай, не смогут забрать себе все потоки и помешать работе Default - он все равно будет работать в свои эксклюзивные 8 потоков

👌

источник

13:52пожаловаться

2019 October 28

RI

Ruslan Ibragimov in Kotlin JVM

Ого какие туториалы пошли в ютубе Intellij Idea

https://www.youtube.com/watch?v=coM6wWKau5E

И пост блоге

https://blog.jetbrains.com/idea/2019/10/tutorial-reactive-spring-boot-a-kotlin-rest-service/

YouTube

Reactive Spring Boot: Part 1: Kotlin REST Service

This first step in the tutorial is to create a #Kotlin Spring Boot Application which serves as the back end of the application. In this video we'll create a ...