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

nikolas_n

Active Member
22 Мар 2019
789
99
43
35
При работе с NI KOTNAKT и задействовании комплекса библиотек, заметил что идет неравномерная нагрузка на процессор . Какие то ядра загружены какие то простаивают. Так как в один контакт были подключены несколько библиотек-по совету удалил и оставил один контакт-одна библиотека внутри . Теперь один контакт одна библиотека . Затем под первым контактом загрузил второй контакт со второй библиотекой -но почему то все равно график нагрузки неравномерен. Кто может подсказать есть ли вариант распределить нагрузку? Так же вопрос , второй контакт в который загружена библиотека не играет при проигрывании MIDI . Пробовал менять каналы итд, но играет только первый контакт второй не играет. В чем причина?
1.jpg2.jpg
 
Контакты надо пихать на разные треки. Последовательно они будут кратно увеличивать задержку. Для того чтобы пробрасывать через контакт MIDI — надо покопаться в настройках контакта, есть там такая галочка. Но вообще так делать точно не надо.
Один трек — один контакт — один инструмент (за исключением случаев, когда у нас разные артикуляции одного инструмента, которые 90% времени молчат).
 
  • Like
Реакции: Ortseam
Что касается распределения — во-первых, сами контакты можно понастраивать по этому поводу: сколько потоков один контакт пытается задействовать. Во-вторых, в целом, чтобы все ядра пахали на 100%... Это надо либо майнить, либо комп менять. Если один поток не нагружает ядро под завязку — то это ж хорошо. Главное, чтоб в деадлок не уходило и аудио-поток не тормозило, но это не проблемы пользователей, а проблемы програмо-писателей.
 
Контакты надо пихать на разные треки. Последовательно они будут кратно увеличивать задержку.
Два контакта на один трек -такова официальная рекомендация производителя одной из известных библиотек. Производитель прямо указывает что бы не ставили в один запущенный экземпляр контакта две библиотеки , а загружали последовательно. Дабы снизить нагрузку на процессор. Если знаете какие настройки применить , прошу уточнить. Пока что ничего не понятно.
 
@nikolas_n, если речь о samplemodeling — то никто про последовательность не говорил. Нет никакого выигрыша в последовательном включении контактов. Более того, многие хосты не позволят последовательно использовать два VSTi, Reaper в этом отношении достаточно лояльный хост.
 
Мой вопрос остается открытым. Буду признателен за конструктивный комментарий по существу темы.
 
все включенные последовательно плагины идут на одно ядро, распределить такой последовательный поток данных на разные ядра физически невозможно, если стоит задача минимизации времени вычисления.
 
  • Like
Реакции: PianoIst
интересно а как это выглядит - 2 контакта последовательно?
 
Мы говорим про контакт-инструмент?
 
@basЫl, в рипере можно так, выставляешь опцию чтобы через конкретную инстанцию миди-сообщения сквозняком проходили как бы, на канале хоть 100 контактов один за другим

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

Сейчас просматривают