.Net Parallel, Task APIs Vs regular Threads

Question

Как я понимаю, API параллелирования использует пул потоков внутри, и они ставят в очередь элементы для параллельной обработки, однако, когда я проверил выполнение одного такого параллельного цикла с использованием отладчика SOS, тогда я понимаю, что если у меня будет 10 заданных задач, то все они могут не идти параллельно, и CLR будет решать, сколько потоков для отправки для выполнения заданных задач, так что это может быть 4 или 5 или 6 (различное число в каждое исполнение)

Однако в случае, если мой общий номер задачи, если не очень высокий, как 10, и я хочу, чтобы все они проходили параллельно, поскольку все они длинные, желательно, чтобы они были на традиционных потоках, который обеспечит 1 поток на одну задачу, и все они идут параллельно. В случае, если число t запрашивает хорошее число, например, 100, тогда использование Parallel или Threadpool является практическим решением, так как мы не хотим вызывать 100 отдельных потоков в процессе.

Пожалуйста, поделитесь своим мнением, я понимаю, что преимущества Parallel API делают полное параллельное программирование очень легко реализовать, но здесь моя цель другая

Answer 1

По умолчанию пул потоков .NET инициализирует несколько рабочих потоков, которые соответствуют количеству логических ядер на вашем компьютере. Впоследствии он использует эвристику восхождения по высоте, которая корректирует это число на основе текущей рабочей нагрузки задачи, запуская новые рабочие потоки, когда задача занимает слишком много времени для завершения.

Вы правы, желая, чтобы ваши длительные задачи выполнялись одновременно через перенаправление пересылки (т. Е. Выполнялось несколько потоков на каждое логическое ядро). На самом деле инфраструктура библиотеки параллельной библиотеки задач (TPL) специально предназначена для этого сценария через опцию LongRunning, которая (в рамках текущей реализации) порождает новый выделенный поток для каждой заданной таким образом задачи.

Task.Factory.StartNew(myLongRunningAction, TaskCreationOptions.LongRunning);