OY
в issue из changelog)
Size: a a a
2021 November 22
AN
Это выделение под-пула из диспатчера. Оно только в RC
АО
Да, там и смотрю
АО
Интересно, насколько название подвижно еще
АО
А то limitedParallelism выглядит как поле объекта или какой-то отдельный диспетчер
RI
Отдельный диспетчер, который просто обертка к существующему
RI
АО
Ну я так понимаю, это функция, откусывающая кусок потоков и создающая из них диспетчер
АО
Или я не прав?
RI
Раньше например я создавал one thread dispatcher, теперь буду использовать этот функционал
RI
Не откусывает судя по исходникам
АО
Ну я к тому, что когда берешь часть потоков, это скорее take(5), или slice(5), как было в задаче
RI
Ну LimitedDispatcher не берет потоки, это скорее возможность ограничить параллелизм какой-то корутины, при этом не использовать локи и не создавать дополнительные потоки
RI
Например я делаю запросы к bing api и AdWords api и хочу чтобы к одной апишке было не больше 3х параллельных запросов, а к другой не больше 4х. Беру dispatchers.Io и создаю два диспетчера с parallelism 3 и 4. Передаю в корутины для bing и Гугл
АО
По-факту это получение диспетчера с квотой на n потоков. Плюс, функция - это всегда действие, а limitedParallelism - нет, поэтому всё равно выглядит странно
RI
АО
Поэтому мне и кажется, что сейчас выбрано не лучшее название (для функции, не для класса диспетчера)
AM
Просто это не откусывание потоков, не присвоение их себе. Так же, как сейчас ИО с дефолтом шарят общий пул, но имеют свои лимиты. Это по сути выдача на публику такой же апишки, Роман давно говорил, что они хотят так сделать.
PE
Т.е новый диспатчер будет использоваться когда мы вызовем метод limitedParallelism(1) и получается корутины будет выполнятся только на одном потоке?
PE
Интересно просто