Распределение нагрузки по всем ядрам CPU (3 онлайн)

[nikolas_n]

При работе с NI KOTNAKT и задействовании комплекса библиотек, заметил что идет неравномерная нагрузка на процессор . Какие то ядра загружены какие то простаивают. Так как в один контакт были подключены несколько библиотек-по совету удалил и оставил один контакт-одна библиотека внутри . Теперь один контакт одна библиотека . Затем под первым контактом загрузил второй контакт со второй библиотекой -но почему то все равно график нагрузки неравномерен. Кто может подсказать есть ли вариант распределить нагрузку? Так же вопрос , второй контакт в который загружена библиотека не играет при проигрывании MIDI . Пробовал менять каналы итд, но играет только первый контакт второй не играет. В чем причина?

 

[PianoIst]

Контакты надо пихать на разные треки. Последовательно они будут кратно увеличивать задержку. Для того чтобы пробрасывать через контакт MIDI — надо покопаться в настройках контакта, есть там такая галочка. Но вообще так делать точно не надо.
Один трек — один контакт — один инструмент (за исключением случаев, когда у нас разные артикуляции одного инструмента, которые 90% времени молчат).

 

[PianoIst]

Что касается распределения — во-первых, сами контакты можно понастраивать по этому поводу: сколько потоков один контакт пытается задействовать. Во-вторых, в целом, чтобы все ядра пахали на 100%... Это надо либо майнить, либо комп менять. Если один поток не нагружает ядро под завязку — то это ж хорошо. Главное, чтоб в деадлок не уходило и аудио-поток не тормозило, но это не проблемы пользователей, а проблемы програмо-писателей.

 

[nikolas_n]

Контакты надо пихать на разные треки. Последовательно они будут кратно увеличивать задержку.

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

 

[PianoIst]

@nikolas_n, если речь о samplemodeling — то никто про последовательность не говорил. Нет никакого выигрыша в последовательном включении контактов. Более того, многие хосты не позволят последовательно использовать два VSTi, Reaper в этом отношении достаточно лояльный хост.

 

[nikolas_n]

Мой вопрос остается открытым. Буду признателен за конструктивный комментарий по существу темы.

 

[belovw]

Два контакта на один трек

Будут грузить одно ядро, хоть 20 контактов на один трек.

 

[dugdum®]

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

 

[basЫl]

интересно а как это выглядит - 2 контакта последовательно?

 

[nikolas_n]

интересно а как это выглядит - 2 контакта последовательно?

подключаете в цепь контакт номер один ниже контакт номер два.итд

 

[basЫl]

Мы говорим про контакт-инструмент?

 

[fakeitback]

@basЫl, в рипере можно так, выставляешь опцию чтобы через конкретную инстанцию миди-сообщения сквозняком проходили как бы, на канале хоть 100 контактов один за другим

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

 

[basЫl]

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

 

[dugdum®]

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

 

[belovw]

+ FX: improve anticipative FX scheduling to improve performance with slow media disks
+ FX: improve performance of anticipative FX multiprocessing on folder tracks that use PDC [t=227950]
+ FX: improve performance of anticipative FX multiprocessing in various other routing contexts

Починили?