IO
через это?
Dispatchers.Default - подходящий пул для вычислительных задач.Но если они жирные, можно подкосить отзывчивость приложения, поэтому в таком случае есть смысл создать свой пул и на нём гонять этот код.
Size: a a a
2020 May 12
AN
Но если они жирные, можно подкосить отзывчивость приложения, поэтому в таком случае есть смысл создать свой пул и на нём гонять этот код.
Для вычислительных все-таки не стоит. Его много кто использует, и он может заблокаться. Или IO, или, еще лучше, свой
AN
да, это превращает экзекутор в диспатчер
VP
Для вычислительных все-таки не стоит. Его много кто использует, и он может заблокаться. Или IO, или, еще лучше, свой
Ну IO точно мимо, но да, надёжнее свой. А там ещё не завезли фичу "свой диспатчер, который шарит потоки с дефолтным"?
RI
Для вычислительных все-таки не стоит. Его много кто использует, и он может заблокаться. Или IO, или, еще лучше, свой
IO может использоваться для IO и может на IO заблокаться, не используйте IO
AN
IO может использоваться для IO и может на IO заблокаться, не используйте IO
Он добавляет потоки по мере надобности. Там разве есть лимит?
RI
Конечно
VP
Он добавляет потоки по мере надобности. Там разве есть лимит?
64 по дефолту, насколько я помню
AN
угу, вижу. Вроде когда-то был нелимитированный. Но свой точно лучше всего.
RI
Какой смысл плодить потоки? Если Default уже забит computation work, то новые потоки не разгрузят его, а наоборот
BP
Ну IO точно мимо, но да, надёжнее свой. А там ещё не завезли фичу "свой диспатчер, который шарит потоки с дефолтным"?
Почему мимо ?
BP
64 по дефолту, насколько я помню
Они лениво создаются
BP
Какой смысл плодить потоки? Если Default уже забит computation work, то новые потоки не разгрузят его, а наоборот
+
BP
Только если код где то блочит поток то есть смысл
RI
Но если блочит поток, то это уже не чисто computational work, и блокировку которая чего-то ожидает нужно выносить на IO пул
AN
Какой смысл плодить потоки? Если Default уже забит computation work, то новые потоки не разгрузят его, а наоборот
На Default может висеть что-то еще важное в другой части кода. Если он переблокается, то может быть не хорошо
IO
я не говорил, что у меня что-то блокируется
BP
Он добавляет потоки по мере надобности. Там разве есть лимит?
Ну забить этот лимит не так уж и просто, да и не понятно даст ли столько потоков прирост, а вот Первомаем минусануть это точно, ведь потоки переключаются
AN
Но если блочит поток, то это уже не чисто computational work, и блокировку которая чего-то ожидает нужно выносить на IO пул
Большой computational work блочит поток не хуже IO
RI
На Default может висеть что-то еще важное в другой части кода. Если он переблокается, то может быть не хорошо
Ну threadpool starvation не решается добавлением потоков. Ну часть проблемы решается конечно, но в целом пропускная способность упадет