Алексей Кbarrabasвы серьезно думаете что тут кто-то не знает про виндовый шедулер?Да. Если люди не в состоянии написать банальный ThreadPool, не задавая вопросов на форуме, то вполне вероятно и такое.
barrabas... причем через UI (управлеющего удаленной службой) понятного для простого юзера, чего про виндовый шедулер не скажешь совсем.
типа запустить задачу, простомтреть журнал запусков с фильтрами, по клику получить лог, перезапустить/продолжить(в случае с задачами в которых много действий остановленных при ошибке в одном из и т.д. )Написать нужный UI для "виндового шедулера", вроде как, проще, чем писать всё с "нуля". Да и его родной UI, всяко, будет полезен.
если почитаете топик, написать как раз нет проблем. интересовало именно наличие стандартного решения в пару строчек (черeз PLINQ или Parallel) или его отсутствие, вот и весь вопрос был. вопрос как написать самому, тут от меня не звучал, разве что просил продемонстрировать варинат на await, т.к. не понял из приведенного ответа как ограничить потоки.

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

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

Алексей Кbarrabas... не говоря про права на управление стандартным шедулером еще и на удаленном сервере для юзера.Ну сделать сервер приложений, управляющий "шедулером" на сервере. На первый взгляд тут напрашивается Web UI.
все что умеет виндовый шедулер это просто запускать процесс (действие), он не понимает ответов от приложений не умеет работать с его логами не может объединять действия в задания с разными уровнями и паррарельностью, а запуск процесса самому это несколько строк кода всего.

Arm79barrabasпропущено...

сама обработка происходит удалённо, а не на машине где организуется очередь, нагрузка на удаленный сервер не связана с кол-вом процессоров на клиенте, вот и все

Посему клиент должен управлять нагрузкой на СЕРВЕРЕ? А что, сервер сам не умеет планировать свои ресурсы?
нет, как раз не должен, поэтому он должен только получить сколько потоков он имеет право создать запуская группу действий и действовать в рамках этих условий.

Алексей Кbarrabas... он не понимает ответов от приложенийОн понимает process exit code, этого достаточно.
barrabas не умеет работать с его логами не может объединять действия в задания с разными уровнями и паррарельностью,Это не его задачи, он не для этого.
barrabas а запуск процесса самому это несколько строк кода всего.Да. :-)
ну вот и не подошел он по списку того, что требовалось и считалось задачей шедулера в конкретной компании.
что тут рассуждать, программа написана более 10 лет назад, и последние года 3 не менялась вообще, а глобально так еще дольше.
люди которые ее писали уже не работают, а прога живет.
у меня есть своё мнение чего там не хватает и как можно было бы лучше сделать и удобнее, но нет времени.