IC
так не честно. там сетмахтреды )
всё чотко!
Size: a a a
2020 March 11
VO
так не честно. там сетмахтреды )
по умолчанию, значения равны кол-ву ядер в проце
N
по умолчанию, значения равны кол-ву ядер в проце
кажется, это даже у рихтера есть. Там даже с графиками эффективности
VO
если я ничего не утаю)
VO
я вышел дал ссылку на статью по threadpool'у. там очень подробно описано про алгоритм, как и коогда добавляются новые потоки в пул
IC
по умолчанию, значения равны кол-ву ядер в проце
путаешь
DB
Есть скедулер, который каждую таску запускает в отдельном потоке, нативном потоке, но вы же понимаете каких ресурсов это стоит ?
IC
по умолчанию, значения равны кол-ву ядер в проце
G
всё норм?
ну да, а что не так? почему вопрос мне?
IC
ну да, а что не так? почему вопрос мне?
запускается 10 потоков на 100 тасков
IC
а так всё норм
G
запускается 10 потоков на 100 тасков
а, ты доебался до того что оно автоматом не увеличило?
IC
создай сотню тасков, запусти без авейтов
посмотри скока потоков будет в приложухе
сделай выводы
посмотри скока потоков будет в приложухе
сделай выводы
не, я доебался до этого
IC
хочу чтобы ты сделал вывод)
VO
так там в конце 20 потоков, то есть увеличилось, не?
G
не, я доебался до этого
ну и что? не увеличилось что ли?
IC
ну и что? не увеличилось что ли?
не на 100 же
DB
создай сотню тасков, запусти без авейтов
посмотри скока потоков будет в приложухе
сделай выводы
посмотри скока потоков будет в приложухе
сделай выводы
CLR и сам тредпул стремятся запускать задачу на вызывающем потоке, с целью снизить кол-во переключений контекста, использовать преимущество кешов процессора и прочее
VO
не на 100 же
запусти не 100 тасков, а 10кк
IC
запусти не 100 тасков, а 10кк
будет так же