RM
В таком случае, нужно позволить разработчикам группировать задачи
Size: a a a
2021 July 04
RM
В противном случае, это будет каша
RM
Нужно позволить сделать так чтоб разработчик мог явно указать, что вот эти асинхронные задачи должны быть в одной подгруппе, а значит они должны быть отданы одному потоку
RM
независимо от того имеют ли они порядок или зависимости
RM
Потому что задачи могут быть сложными, и если задача по отправке сетевых пакетов попадет в очередь к потоку, который сильно занят чем то тяжелым, то получится не совсем хорошо
W
Мне кажется, или ты путаешь многопоточность и асинхронность.
А вообще, да. Надо писать свой шедуллер, если хочешь нормальную утилизацию всех ресурсов.
А вообще, да. Надо писать свой шедуллер, если хочешь нормальную утилизацию всех ресурсов.
RM
Ну этот тред пул потому что в холостую работает
W
А, ну это я и говорил. Про пинить к ядрам.
RM
а что это даст?
W
Даст горячие кеши.
Которые ты будешь каждый раз вымораживать при свитче таски по ядрам.
Которые ты будешь каждый раз вымораживать при свитче таски по ядрам.
W
А если не будешь свитчить таску по ядрам, то будет неравномерная утилизация.
P.S. равномерная утилизация всех ядер != наиболее эффекиивное использование ресурсов.
P.S. равномерная утилизация всех ядер != наиболее эффекиивное использование ресурсов.
W
Рекомендую к ознакомлению. А после уже писать свою многопотчку, когда ≈понимаешь, как оно устроено.
RM
Ты имеешь в виду потоки по ядрам раскидать
W
Ну а ты разве не это делал?
RM
Я изначально хотел раскидывать их по ядрам через winapi, но мне сказали, что это бесполезно
RM
Вот
RM
Ты же об этом?
2021 July 05
VA
итераторы же нельзя применять к сишному массиву?