WaspNewCoreДа просто, чтобы не завалить сторонний сервис,смешно.

WaspNewCoreНапример, чтобы уменьшить нагрузку на базу.еще смешнее.
maxPoolThread =2 и будет 2 запроса на всю базу.

WaspNewCoreесли нам нужно, чтобы Service1 мог породить только 3 одновременно работающих таска, а Service2 - 5, тозачем 2 сервиса? Ты сам себе придумал задачу.
Типо есть один цикл for выбирающий очередь. Тебе захотелось два цикла for вызывающих один метод Run()

WaspNewCorePetro123,

Какие 2 ? Насколько я помню формула "количество процессов*2". С учетом гипертрединга 4х ядерный процесс даст 16 потоков.
Вот эти 16 потоков нужно распределить между несколькими классами-сервисами. Этому 3, другому 5.
Нет. По умолчанию у меня 10 что ли потоков. Но механизм этот зависит не просто от ядер. В него просто не нажо лезть.
Зачем распределять? Распил бабла? Если доводов нет.

WaspNewCoreЕго будем расширять классами обработчиками.выше я 3 метода написал. Внутри них нельзя расширить бизнес логику?
Сервис это запускалка. А логика в классе MyЛогика.Run();

WaspNewCoreС учетом гипертрединга 4х ядерный процесс даст 16 потоков.
Вот эти 16 потоков нужно распределить между несколькими классами-сервисами. Этому 3, другому 5.ты 16-тью потоками запросами боишься веб сервис положить? Ну смешно же.

WaspNewCoreмежду собой не конкурировали за потоки.кто они?
Поток изолирован или выше писал что поток это задача.
Где конкуренция?

WaspNewCoreсемафорсемафор не бывает без общего разделяемого ресурса. А его нет. Задачи параллельные. Смотри код.

WaspNewCoreплюс учитывать вероятность ошибок - паденийtry при async работает. Попробуй)

WaspNewCore,
Есть анекдот, когда мужик в поезде очищал банан, потом солил, и выбрасывал в окно. На вопрос зачем? Он отвечал что не любит соленые бананы.
Так и ты ввел семафор и спрашиваешь как с ним тут работать.

авторКласс System.Threading.ThreadPool обеспечивает приложение пулом рабочих потоков, управляемых системой, позволяя пользователю сосредоточиться на выполнении задач приложения, а не на управлении потоками.

авторЧисло операций, которое можно поставить в очередь в пуле потоков, ограничено только доступной памятью. Однако пул потоков имеет ограничение на число потоков, которое можно активировать в процессе одновременно. Если все потоки в пуле заняты, дополнительные рабочие элементы помещаются в очередь и ожидают их освобождения. Начиная с .NET Framework 4, размер пула потоков по умолчанию для какого-либо процесса зависит от нескольких факторов, таких как размер виртуального адресного пространства. Процесс может вызвать метод ThreadPool.GetMaxThreads для определения количества потоков.
Вы можете управлять максимальным количеством потоков с помощью методов ThreadPool.GetMaxThreads и ThreadPool.SetMaxThreads.я MS верю))