@Гриха, FL показывает не загрузку процессора, а процентное отношение времени заполнения буфера к его длительности. Когда процессор не успевает выполнить все вычисления, то содержимое воспроизводимого буфера получается не полным, а процессор приступает к вычислению очередного содержимого буфера.
Диспетчер задач ОС отражает насколько много выполняется процесс "idle" относительно других процессов. Например, при полной загрузке каким-нибудь процессом толького одного ядра 4-ядерного процессора, остальные ядра будут выполнять процесс "idle" и "загрузка процессора" в диспетчере задач не превысит 25%. Это упрощенное описание ситуации.
Чтобы плагин "озон 9" мог выполняться на 16 потоках, разработчик этого плагина, должен был это предусмотреть. Часто это невозможно, либо возможно только в теории. Некоторые вычислительные задачи легко распараллелить, а некоторые нет. Например, максимайзер в озоне не может начать работу до того, как ему будут предоставлены результаты работы предыдущего модуля, то есть не будет никакого смысла распределять по ядрам вычисления отдельных модулей внутри озона. Если бы можно было разделить буфер на маленькие порции, каждую порцию обработать на отдельном ядре, а потом сложить, то это бы сделали. Иногда это не дает преимущества. Скорей всего, разработчики популярных плагинов и так уже все, что можно, предприняли.
Везде в настройках FL должна быть разрешена многопоточность, если по какой-то причине это было отключено. Но FL не может никак вмешаться в работу плагинов, она всего лишь дает задачи, входные данные, а потом использует результат. Все, что можно выполнять параллельно и так выполняется параллельно в отдельных потоках.
Проблемы с производительностью могут быть, если частота дискретизации выбранная в драйвере звкарты не совпадает с частотой дискретизации в DAW.
