ЦП RISC за это время продвинулись гораздо дальше. Итак, конвейер - это хорошо, но просто взять и ввести в ранее существовавшем процессоре разделение исполнительного цикла на стадии без добавления в него дополнительных блоков нельзя, так как и у конвейера есть свои проблемы, для решения которых ему необходима определенная "прислуга".

Один из членов этой "свиты" - dispatcher (то есть "диспетчер"). Необходимость в его наличии вызвана тем, что сложность команд, выполняемых АЛУ, серьезно разнится (хоть и не так, как это было у CISC, но все же - достаточно сравнить, например, сложение и умножение), а значит, различается и количество тактов, на протяжении которых АЛУ нагружено одним и тем же "делом".

Задача "диспетчера" заключается в том, чтобы хранить в себе только что выбранные и декодированные инструкции, пока АЛУ находится в занятом состоянии, а когда оно освобождается, отправлять их на выполнение. Таким образом, dispatcher позволяет не останавливать выборку и декодирование команд. Положительный эффект от деятельности данного блока проявляется и в том случае, если от остальных модулей начинает отставать декодер.

Тогда dispatcher может, пользуясь своим заполненным ранее хранилищем, "автономно" снабжать АЛУ свежими инструкциями. Второй представитель обслуживающего персонала конвейера - scheduler ("планировщик"). Он помогает справиться с негативными последствиями цепочек зависимости по данным, возникающими когда первая инструкция выдает в качестве результата информацию, необходимую для работы второй, а сохранить ее до того, как второй пришло время выполняться, не успевает.

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