Не понятно даже, чего ты хочешь. Ты описал довольно глупую ситуацию, свидетельствующую о явных проблемах на уровне архитектуры и кода. И? В чём вопрос-то? Где прописать волшебный параметр fast = true?

P.S. Там, где большая нагрузка, задания специально размазываются по времени запуска. Это позволяет обходиться без пиковых нагрузок, снижающих пропускную способность в целом. То есть на уровне требований можно и нужно прописать, что если задание запланировано на 9:15 - на практике оно будет выполнено между 9:10 и 9:20. Далее, задания часто требуется делить на несколько классов с разной приоритетностью и выбирать очередное на выполнение в соответствии - то есть одно можно выполнить между 9:00 и 9:30, другое обязательно нужно выполнить между 9:00 и 9:05, а третье вообще-то годится между 8:00 и 9:00, но сейчас уже 8:58, так что надо всё бросать и заниматься именно им.

P.P.S. Эффективность выполнения группы заданий существенно зависит от эффективности реализации каждого конкретного задания. Также она существенно зависит от того, насколько эти задания обращаются к общим ресурсам и насколько эффективно синхронизируется этот общий доступ. Как правило, наиболее эффективный подход - запускать N потоков-исполнителей, каждый из которых, выполнив очередное задание, берёт из очереди следующее и работает с ним. Количество N в целом подбирается экспериментально.

P.P.P.S. При очень большом количестве заданий бывает, что узким местом становится очередь заданий (потоки начинают ждать возможности вытащить из неё очередное задание). Тогда приходится делать свои очереди заданий для каждого потока и отдельный диспетчер, занимающийся распихиванием приходящих заданий по очередям исполнителей.