VP
И если появилась более приоритетная вычислительная задача, которая при этом еще и к latency чувствительная, то ее диспатчить, заменяя менее приоритетную задачу
А можно просто доверить это шедулеру ОС 😉
Size: a a a
2020 May 12
AN
И если появилась более приоритетная вычислительная задача, которая при этом еще и к latency чувствительная, то ее диспатчить, заменяя менее приоритетную задачу
Это довольно сложно все хорошо настроить и как правило опять же лучше делать в своем пуле. Там и приоритет можно выстроить
RI
Не помню почему, но приоритет у треда лучше не трогать
VP
Ну тут уже очень много деталей. Я бы сказал, что свой пул - это всегда безопасный вариант.
Да, согласен
VP
Не помню почему, но приоритет у треда лучше не трогать
Может беда получиться, если высокоприоритетный тред будет ждать низкоприоритетный. А так почему бы и нет.
RI
Не, там глубже было. Нужно флаг и запускаться как root, удачи это использовать)
AM
Расставляйте по вычислительному коду yield-ы, планируйте вычислительные задачи на Default, блокирующий ввод-вывод на IO, и всё у вас будет хорошо. Упрётесь в бутылочное горлышко -- будете думать, что можно на отдельный экзекьютор унести для улучшения. Тут, собственно, и без корутин пришлось бы думать.
IO
у меня вообще нету IO, просто математика. всё на Default?
RI
Расставляйте по вычислительному коду yield-ы, планируйте вычислительные задачи на Default, блокирующий ввод-вывод на IO, и всё у вас будет хорошо. Упрётесь в бутылочное горлышко -- будете думать, что можно на отдельный экзекьютор унести для улучшения. Тут, собственно, и без корутин пришлось бы думать.
+
AM
у меня вообще нету IO, просто математика. всё на Default?
Да, почему нет. Дефолтом пользуются все, кому нужно что-то считать.
VP
у меня вообще нету IO, просто математика. всё на Default?
Если это консольная утилита, можно смело всё гонять на Default. Если нет - надо думать.
RI
AM
Если вдруг вам критично считать, не толкаясь локтями с другими в пуле, тогда будет смысл свой экзекьютор заводить. Там вы будете толкаться с другими локтями в системном планировщике потоков.
IO
ну, я уже решил переписать с нуля вычисление (которое просто через Thread.start) на собственно корутины
AM
Да, это как раз для работы с кодом, который умеет в кооперативные интеррапты, которые тут выше обсуждали. Я пришёл об этом сказать, но потом увидел по беседе, что речь не об этом в итоге)
AN
у меня вообще нету IO, просто математика. всё на Default?
А что за математика?
AN
Мы кстати корутины гоняли на тяжелых вычислениях, все летает. Оверхед побольше, чем на Stream.parallel(), но не сильно
IO
я думаю, что у меня ParallelStream довольно плохо подходит
AN
я думаю, что у меня ParallelStream довольно плохо подходит
Так что, если не секрет?
AN
Я юз кейсы коллекционирую