имеем следующее:


из нюансов: в подавляющем большинстве случаев процесс обработки надо будет прерывать где-то в начале последовательности someValues. Т.е. реальной необходимости в создании сразу кучи тасков точно нет.
Чего хочется:
1? хочется как-то не шибко заморочно балансировать нагрузку, например, чтоб не более 4х тредов.
2? как бы так извернуться, чтобы таски создавались с учетом балансировки, т.е. по мере необходимости.
3? сделать все это так, чтобы не вывалиться за пределы возможностей non-async метода.
за помощь буду очень признателен..

ок, помогло, всем спасибо. Но, что характерно, возник более глобальный вопрос - как регулировать нагрузку в общем случае? Поясню: есть необходимость в написании конвеера. Конвеер состоит из этапов, на каждом из которых расчитывается массив значений (или IEnumerable, как угодно) с упором на результаты расчетов предыдущего этапа. При этом, для старта расчетов очередного этапа далеко не всегда необходимы прям все данные с предыдущего этапа. В простейшем случае, для расчета N-го значения очередного этапа вполне достаточно N-го значения от предыдущего этапа. Хочется сбалансировать систему так, чтобы:
1. расчеты на всех этапах паралелились
2. очередной этап расчетов стартовал сразу после того, как все необходимые для него данные от предыдущих этапов получены.
3. более старшие этапы получали бы приоритет доступа к CPU выше, чем младшие этапы. Смысл в том, то данные с конечного этапа конвеера отражаются на терминале, и оператор кровно заинтересован не в том, чтобы все значения на всех этапах посчитались, а в том, чтобы как можно быстрее узреть на терминале хоть что-нибудь из выхлопа с конечного этапа расчетов (результаты с промежуточных этапов оператору и вовсе не нужны).