Причём у интел это сложный, монолитный кристалл, а у амд сборная солянка из кластеров по 8 ядер на одной подложке..
AMD Ryzen для DAW
- Автор темы Pavell
- Дата начала
- Статус
Причём у интел это сложный, монолитный кристалл, а у амд сборная солянка из кластеров по 8 ядер на одной подложке..
А вот в кубейсе при включении асиогарда начинали использоваться и 40 потоков.. Без асиогарда да, 32 только. Но нужно, чтобы многопоточность поддерживали все - и daw, и плагины.. Кубейс может короче
А вот рипер не мог)
Как наивно полагать, что частота процессора является показателем производительности. Это не более чем тактовая частота... На производительность влияет принцип работы конвеера инструкций, алгоритмы оптимизации инструкций и предсказания будущих инструкций, размер Кэша, в процессорах, у АМД инструкции процессора требуют меньше тактов. Кеш это самая быстрая память. К примеру графические процессоры имеют намного меньшую тактовую частоту, но в математических расчетах имеют большую производительность. Компьютерные процессоры отличаются наличием большого количества специализированных инструкций, сложной архитектурой и универсальностью ...
Последнее редактирование:
Плагины не обязательно, это может все взять на себя daw. Операционная система же сама распределяет ресурсы процессора между процессорами. Большая часть программ не оптимизированы под многопоточность.... Плагины это не более чем код, который возвращает результат выполнения daw.Но нужно, чтобы многопоточность поддерживали все - и daw, и плагины.. Кубейс может короче
Не надо ничего наивно полагать, нужно просто взять и посмотреть бенчмарки) И всё станет понятно про конвееры, кэши и всё остальное)
Не может на себя это взять дав. Нужно, чтобы сам плагин мог на себя это взять. На сегодняшний день, по-крайней мере, так.
[automerge]1573570815[/automerge]
Нет. 8-ми ядерный сливает.
Не, у них другой ход конём - хорошо снижать цены на свои процы)) В этом у них запаса хоть отбавляй
Как раз дав должна это делать и синхронизировать потоки. Проблема в том, что если это будет делать сам плагин, то у вас будет кучу проблем с синхронизацией всех потоков... Прикиньте каждый плагин начнет потоки плодить и каждый будет вызывать прерывания процессора, у вас будет к примеру 200 потоков вместо 20, резко упадет производительность так как прерывания самые тяжёлые инструкции, и надо синхронизировать потоки... Не путайте многопоточной приложение, которое само управляет ресурсами своими и плагины.
Интел зато хорошо сливает по цене...
Никаких проблем с многопоточным контактом не замечаю. Наоборот, если в нём выключить многопоток, то его производительность сильно страдает. Так же с синтами u-he и с d16. Все плагины в которых есть поддержка мультикора выигрывают в производительности. В кубейсе по-крайней мере так, как в других дав не знаю.
На самом деле плагины это дают на откуп ОС, самим ничего не делают. Это от daw зависит, как она управляет ресурсами. По хорошему это должна делать daw, но понимая гавнокодерство разработчиков большого количества крупного коммерческого софта ожидать чуда не стоит, там работают сотни и тысячи разработчиков и за всеми не уследить, что они нагавнокодили. Оптимизировать код сильно не стараются... Ещё проблема если какой-то мудак гавнокодер в своем плагине не будет вызывать sleep у потока и будет в реальном времени блокировать все ресурсы, то от этого могут быть проблемы у других программ и потоков...
По хорошему должен быть интерфейс API - формат для плагинов, который снимает всю эту вакханалию и что каждый делает, что хочет с многопоточность. В этом плане reajs интересное решение, жаль никто не сделает нормальный API и формат для плагинов... До сих пор десятки лет тянутся все проблемы VST...
Последнее редактирование:
К сожалению это современные тенденции во всех без исключения потребительских продуктах софтостроения. Вот недавно почитал на эту тему интересную статью.
Почему оптимизация софта постепенно ухудшается, а требования растут
Современная электроника содержит процессоры, состоящие из миллиардов транзисторов, и многие гигабайты...
Рипер как будто видит только 16, но по факту я вижу загрузку всех 18 ядер и 36-и в гипертрейдинге.Кубейс может короче
И оба сошли где-то под Таганрогом,
Среди бескрайних полей,
И каждый пошел своей дорогой,
А поезд пошел своей.(С)
Среди бескрайних полей,
И каждый пошел своей дорогой,
А поезд пошел своей.(С)
Да, я не совсем правильно выразился, имел ввиду, что на него (на трек для записи) действие ASIO Guard не распространяется.
Я сейчас проверил - да, вы правы, влияет именно запись, а не выделение трека, Кубейс автоматом выделенные треки помечает "для записи" (кнопка Rec на треке врубается автоматом при выборе), отсюда и ложное впечатление.
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 мегабайт и цифра немного меняется в зависимости от того, в каком месте проект играет. Так что вроде как правда.
По поводу мультизадачности:
Hyperthreading/Simultaneous Multithreading and ASIO Guard
Simultaneous multithreading (SMT) or as Intel calls it "Hyperthreading" has been introduced back in 2002 with Intel's Xeon and Pentium 4 processors. Many of today's Intel-based systems on...
helpcenter.steinberg.de
Проверить прям с цифрами и процентажами не могу.
Не подумайте обо мне, как о демагоге или адепте "красных", мне действительно интересно докопаться до правды.
Последнее редактирование:
Выключи асиогард и включи самую большую асиозадержку в своей звуковой карте - эффект будет тот же самый. Просто я не знаю ни одной звуковой карты, у которой была бы возможность поставить 100 мс асио буфер.
Понятно. А то я надеялся, что Кубейс чё-т там совсем заранее высчитывает
Так я же вам и написал правду - при любом процессоре иголочным ушком будет ASIO. Естественно, чем мощнее проц, тем толще нитка пролезет. Но чтоб нагрузить проц до 100% прийдётся не только потоки внутри DAW параллелить, а и самих DAW запустить несколько.
Ага, ещё до того как вы его купили.....Понятно. А то я надеялся, что Кубейс чё-т там совсем заранее высчитывает
Продолжение: В него встроили лукахед.ещё до того как вы его купили.....
Его лукахед за ранее считает только прибыль от продажи исправления своих же багов...,
... но краем глаза посматриваю на матери под новые тредрипперы, на их количество писиай линий и поддержку PCI-E 4.0, на новые ссдшки под этот писиай 4.0, которые под 5 гигабайт в секунду читают.. И прямо не знаю даже
Эдак интелу надо очеь сильно цену сбить на свои новые топы, чтобы завлечь меня как покупателя Правда всё портит грёбанный вентилятор на чипсете у АМД - шуметь будет, ска. Да и сам тредриппер попробуй ещё охлади бесшумно...
Нет, наверное пока интел всё же.
Разве у АМД TDP не лучше и меньше энергии тратится на бесполезный нагрев? Вроде пишут в интернете, что tdp лучше, не?
- Статус