AMD Ryzen для DAW

  • Автор темы Автор темы Pavell
  • Дата начала Дата начала
Статус
В этой теме нельзя размещать новые ответы.
Ни какого толку DAW-ам от этого нет - они умеют использовать только 16!

А вот в кубейсе при включении асиогарда начинали использоваться и 40 потоков.. Без асиогарда да, 32 только. Но нужно, чтобы многопоточность поддерживали все - и daw, и плагины.. Кубейс может короче :D А вот рипер не мог)
 
интел уже сделали "ход конем " , выпустили 9900ks , который без водянки использовать невозможно в принципе)
натуральный керогаз ...)
 
Нет никакого паритета в однопотоке. Пока АМД не поднимет частоту до тех же 5 ггц его и не будет. Как раз пока что в однопотоке у АМД полный слив..
Как наивно полагать, что частота процессора является показателем производительности. Это не более чем тактовая частота... На производительность влияет принцип работы конвеера инструкций, алгоритмы оптимизации инструкций и предсказания будущих инструкций, размер Кэша, в процессорах, у АМД инструкции процессора требуют меньше тактов. Кеш это самая быстрая память. К примеру графические процессоры имеют намного меньшую тактовую частоту, но в математических расчетах имеют большую производительность. Компьютерные процессоры отличаются наличием большого количества специализированных инструкций, сложной архитектурой и универсальностью ...
 
Последнее редактирование:
Но нужно, чтобы многопоточность поддерживали все - и daw, и плагины.. Кубейс может короче :D
Плагины не обязательно, это может все взять на себя daw. Операционная система же сама распределяет ресурсы процессора между процессорами. Большая часть программ не оптимизированы под многопоточность.... Плагины это не более чем код, который возвращает результат выполнения daw.
 
Как наивно полагать, что частота процессора является показателем производительности.

Не надо ничего наивно полагать, нужно просто взять и посмотреть бенчмарки) И всё станет понятно про конвееры, кэши и всё остальное)
 
Плагины не обязательно, это может все взять на себя daw.

Не может на себя это взять дав. Нужно, чтобы сам плагин мог на себя это взять. На сегодняшний день, по-крайней мере, так.
[automerge]1573570815[/automerge]
Ryzen рвет по тестам...

Нет. 8-ми ядерный сливает.
 
Не может на себя это взять дав. Нужно, чтобы сам плагин мог на себя это взять. На сегодняшний день, по-крайней мере, так.

Нет. 8-ми ядерный сливает.
Как раз дав должна это делать и синхронизировать потоки. Проблема в том, что если это будет делать сам плагин, то у вас будет кучу проблем с синхронизацией всех потоков... Прикиньте каждый плагин начнет потоки плодить и каждый будет вызывать прерывания процессора, у вас будет к примеру 200 потоков вместо 20, резко упадет производительность так как прерывания самые тяжёлые инструкции, и надо синхронизировать потоки... Не путайте многопоточной приложение, которое само управляет ресурсами своими и плагины.
Интел зато хорошо сливает по цене...
 
Прикиньте каждый плагин начнет потоки плодить и каждый будет вызывать прерывания процессора, у вас резко упадет производительность

Никаких проблем с многопоточным контактом не замечаю. Наоборот, если в нём выключить многопоток, то его производительность сильно страдает. Так же с синтами u-he и с d16. Все плагины в которых есть поддержка мультикора выигрывают в производительности. В кубейсе по-крайней мере так, как в других дав не знаю.
 
  • Like
Реакции: dr_pavlic и Sandello1973
Никаких проблем с многопоточным контактом не замечаю. Наоборот, если в нём выключить многопоток, то его производительность сильно страдает. Так же с синтами u-he и с d16. Все плагины в которых есть поддержка мультикора выигрывают в производительности. В кубейсе по-крайней мере так, как в других дав не знаю.
На самом деле плагины это дают на откуп ОС, самим ничего не делают. Это от daw зависит, как она управляет ресурсами. По хорошему это должна делать daw, но понимая гавнокодерство разработчиков большого количества крупного коммерческого софта ожидать чуда не стоит, там работают сотни и тысячи разработчиков и за всеми не уследить, что они нагавнокодили. Оптимизировать код сильно не стараются... Ещё проблема если какой-то мудак гавнокодер в своем плагине не будет вызывать sleep у потока и будет в реальном времени блокировать все ресурсы, то от этого могут быть проблемы у других программ и потоков...

По хорошему должен быть интерфейс API - формат для плагинов, который снимает всю эту вакханалию и что каждый делает, что хочет с многопоточность. В этом плане reajs интересное решение, жаль никто не сделает нормальный API и формат для плагинов... До сих пор десятки лет тянутся все проблемы VST...
 
Последнее редактирование:
Оптимизировать код сильно не стараются...
К сожалению это современные тенденции во всех без исключения потребительских продуктах софтостроения. Вот недавно почитал на эту тему интересную статью.
 
  • Like
Реакции: Andruha
В общем, "синих" тут хватает. Нужно, чтобы хоть один "красный" появился (с 3900 или 3950).
 
Лето будет жарким. В июне новые нвидиа, в конце лета райзены 4000.
 
И оба сошли где-то под Таганрогом,
Среди бескрайних полей,
И каждый пошел своей дорогой,
А поезд пошел своей.(С)
 
  • Like
Реакции: Sandello1973
Во-первых, ни в каком ни в Риалтайме, а с выставленным в ASIO буфером
Да, я не совсем правильно выразился, имел ввиду, что на него (на трек для записи) действие ASIO Guard не распространяется.

Во-вторых, не текущие и не выделенные, а те, на которых включена запись на треке!
Я сейчас проверил - да, вы правы, влияет именно запись, а не выделение трека, Кубейс автоматом выделенные треки помечает "для записи" (кнопка Rec на треке врубается автоматом при выборе), отсюда и ложное впечатление.

Нет ни какого ПО ВОЗМОЖНОСТИ - есть конкретно написанная доп задержка ASIO Guard - которая конская, вот и разгружает ASIO.
UPD: Да, походу, так оно и есть:
"Whenever there is CPU time left despite the required real time processing, the upcoming buffer blocks are pre-calculated to have them available for the next ASIO block cycle."
Вот только интересно, он один ближайший кусок по 92мс или несколько просчитывает?

Очень хотелось бы узнать - а как вы меряете эту самую - нагрузку на мультизадачность и слегка на ОЗУ?
Методом научного тыка?
По поводу памяти цитирую отсюда: https://steinberg.help/cubase_pro_a...opics/optimizing/asio_guard_activating_t.html
"However, higher levels also lead to an increased ASIO-Guard latency and memory usage. "
Сейчас проверил на не оч большом проекте - без ASIO Guard Кубейс съел 1650 мегабайт, вместе с ASIO Guard на High уже в районе 1740 мегабайт и цифра немного меняется в зависимости от того, в каком месте проект играет. Так что вроде как правда.

По поводу мультизадачности:
"Enabling SMT/"Hyperthreading" while ASIO Guard is active usually has a positive effect on the overall system performance and is the recommended combination."
Проверить прям с цифрами и процентажами не могу.

Не подумайте обо мне, как о демагоге или адепте "красных", мне действительно интересно докопаться до правды.
 
Последнее редактирование:
что по-вашему в случае c ASIO Guard в режиме High есть задержка в 92мс, за которую ЦП успевает ещё дополнительно что-то там рассчитать?

Выключи асиогард и включи самую большую асиозадержку в своей звуковой карте - эффект будет тот же самый. Просто я не знаю ни одной звуковой карты, у которой была бы возможность поставить 100 мс асио буфер.
 
Выключи асиогард и включи самую большую асиозадержку в своей звуковой карте - эффект будет тот же самый.
Понятно. А то я надеялся, что Кубейс чё-т там совсем заранее высчитывает :)
 
Не подумайте обо мне, как о демагоге или адепте "красных", мне действительно интересно докопаться до правды.
Так я же вам и написал правду - при любом процессоре иголочным ушком будет ASIO. Естественно, чем мощнее проц, тем толще нитка пролезет. Но чтоб нагрузить проц до 100% прийдётся не только потоки внутри DAW параллелить, а и самих DAW запустить несколько.
 
Пока что следующий мой комп будет на интеле)

... но краем глаза посматриваю на матери под новые тредрипперы, на их количество писиай линий и поддержку PCI-E 4.0, на новые ссдшки под этот писиай 4.0, которые под 5 гигабайт в секунду читают.. И прямо не знаю даже :D Эдак интелу надо очеь сильно цену сбить на свои новые топы, чтобы завлечь меня как покупателя :D


Правда всё портит грёбанный вентилятор на чипсете у АМД - шуметь будет, ска. Да и сам тредриппер попробуй ещё охлади бесшумно...

Нет, наверное пока интел всё же.
 
Правда всё портит грёбанный вентилятор на чипсете у АМД - шуметь будет, ска. Да и сам тредриппер попробуй ещё охлади бесшумно...
Разве у АМД TDP не лучше и меньше энергии тратится на бесполезный нагрев? Вроде пишут в интернете, что tdp лучше, не?
 
@xlt, 24 ядра минимум же. Один хер печка будет. 280 ватт тдп заявлен. Самая боль-то это мелкий кулерок на чипсете - это ж самый страшный кошмар для любого бесшумного компа)))
 
Статус
В этой теме нельзя размещать новые ответы.

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