Ядра, мегагерцы - что и как влияет на производительность.

@Aleksandr Oleynik, у вас разные ситуации. У @Dmitry Stepin 2-процовая система. Там есть еще довольно большая засада, связанная с тем, что оперативка представляет собой НЕ единое пространство. А у Вас на i9 - ЕДИНОЕ. Я бы не стал вообще сравнивать поведение систем. Лучше потестите свою...
 
@Aleksandr Oleynik, я бы переходил, но только при условии, что смог бы разогнать 7980 до тех же 4.1 ггц. Он хуже не будет в любом случае, у него новая архитектура и производительность на одно ядро повыше будет, чем у вашего 6950.
[DOUBLEPOST=1516287068][/DOUBLEPOST]
Там есть еще довольно большая засада, связанная с тем, что оперативка представляет собой НЕ единое пространство.

Ну тут есть NUMA, которая помогает процессорам использовать ближайшие к себе слоты памяти. Пока главная засада для меня в частоте процессоров. Всё-таки один ггц сверху даёт очень многое.
 
  • Like
Реакции: Aleksandr Oleynik
@Dmitry Stepin, о том и речь, что каждый проц эффективно использует только свою половину памяти. А когда запрос "на соседскую", то это совсем другие задержки, с передачей через межпроцессорную...
 
@Sandello1973, с оперативной памятью я вообще не замечаю никаких проблем. Она у меня работала на 1866 мгц, сейчас работает на 1333 мгц, вообще никакой разницы на глаз не заметно в поведении компа. Просто там все эти задержки, передачи между слотами - это всё такие малые величины, что их в кубейсе и контакте заметить не возможно)) А вот дополнительный ггц у процессора сразу заметен сцуко.
[DOUBLEPOST=1516288171][/DOUBLEPOST]Единственное, что мне не даёт покоя, у меня память у одного из процессоров работает в двухканальном режиме. Но чтобы попробовать завести всю систему в четырехканальном, нужно заново заняться прошивкой биоса и переустановкой винды. Это я позже попробую сделать, когда работы поменьше будет. Посмотрим, даст ли это что-то заметное на глаз. Но, честно говоря, сомневаюсь.
[DOUBLEPOST=1516288311][/DOUBLEPOST]
нужно заново заняться прошивкой биоса и переустановкой винды.

Это, кстати, отдельная история. Всё-таки десктопные матери позволяют нам намного большее в работе. А тут чуть что - биос перепрошивать, систему переустанавливать... И поддержка не такая активная, как у АСУСа какого-нибудь. Но зато коль завелось всё, то работать будет уже до скончания веков..
 
Последнее редактирование:
@Aleksandr Oleynik, у вас разные ситуации. У @Dmitry Stepin 2-процовая система. Там есть еще довольно большая засада, связанная с тем, что оперативка представляет собой НЕ единое пространство. А у Вас на i9 - ЕДИНОЕ. Я бы не стал вообще сравнивать поведение систем. Лучше потестите свою...
Я это понимаю.
 
Вот так у нас кубейс 9.5 с асиогардом использует двухпроцевую систему в ДАВбенче :rolleyes: Второй процессор чутка недозагружен, в то время, как первый уже по-полной занят. Почему-то мне кажется, что Рипер смог бы чуть больше..

Dawbench-Asioguard Normal.jpg
[DOUBLEPOST=1516290572][/DOUBLEPOST]В общем, много нюансов с плагинами и дав. Интересно ещё было бы попробовать семерку вместо десятки, вдруг там ситуация лучше. Семерка же поддерживает два проца?

Ну и главное-то - мой комп в таком варианте (асиобуфер 256 и асиогард в среднем режиме (это 23 мс задержка)) тянет 544 RXC, а 16-ти ядерный 7960х, разогнанный до 4.1 с буфером 256 и без асиогарда тянет 511 RXC. Соответственно, 7980х ещё лучше будет.
 
Последнее редактирование:
  • Like
Реакции: Aleksandr Oleynik
А вот как кубейс 9.5 использует ЦП в Давбенче без Асиогарда. Вот это ограничение на 32 потока встречается практически со всеми плагинами и инструментами. Такого не бывает только с теми вст, которые умеют использовать многозадачность сами по себе. Ну и результат с выключенным асиогардом упал с 511 RXC до 464 RXC.

Dawbench-Asioguard Off.jpg
 
Было бы интересно понять - это проблема двух поцессоров или в принципе ограничение потоков.....
 
А если переключить внутренний процессинг кубейса на 32 бита, то ситуация значительно улучшается. Удалось получить результат в 504 RXC без асиогарда, что практически равно результату 7960х на 4.1 ггц.

Dawbench-Asioguard Off (32bit processing).jpg
[DOUBLEPOST=1516292807][/DOUBLEPOST]
Было бы интересно понять - это проблема двух поцессоров или в принципе ограничение потоков.....


Now I’m not too disappointed about this as for me and possibly the more regular readers of my musings, the 16 core we have on the desk today already is threatening to be the upper ceiling for effective audio use.

The reason for this is that I’ve yet to knowingly come across a sequencer that can address more than 32 threads effectively for audio handling under ASIO. These chips offer 28 and 32 threads respectively as they are hyper-threaded, so unless something has changed at a software level that I’ve missed (and please contact me if so), then I suspect at this time the 16 core chip may well be well placed to max the current generation of sequencers.

[DOUBLEPOST=1516292964][/DOUBLEPOST]
Гуглоперевод:

"Теперь я не слишком разочарован этим, как и я, и, возможно, более постоянными читателями моих размышлений, 16 ядер, которое мы имеем сегодня, уже угрожает быть верхним потолком для эффективного использования аудио.

Причиной этого является то, что я еще не знаю секвенсора, который может обрабатывать более 32 потоков для обработки аудио в ASIO. Эти чипы предлагают 28 и 32 потока соответственно, поскольку они являются гиперпоточными, поэтому, если что-то не изменилось на уровне программного обеспечения, которое я пропустил (и, пожалуйста, свяжитесь со мной, если это так), то я подозреваю, что в это время 16-я ядерный чип вполне может быть хорошо размещенными до максимального текущего поколения секвенсоров."


Это из этой статьи - http://www.scanproaudio.info/2017/10/30/intel-i9-7940x-7960x-dawbench-testing/
 
Последнее редактирование:
А вот так выглядят 27 Stealth Limiter с асиогардом
Stealth Lim - Asioguard ON.jpg

И без асиогарда
Stealth Lim - Asioguard OFF.jpg

В данной ситуации асиогард никак не помогает увеличить количество инстанций лимитера, потолок - 27 штук.

Кубейсушка, что же тебе мешает нагрузить второй процессорик:(:D
 
А вот как бывает, когда плагин поддерживает многопоточность. В данном случае Контакт 5.

Без асиогарда
Kontakt - Asioguard OFF.jpg

С асиогардом
Kontakt - Asioguard ON.jpg

Вот так должны все плагины работать) Асиогард в максимальном режиме (задержка 93 мс) практически вдвое улучшает результат контакта, с 3060 голосов до 5700.

При этом 7960х на 4.1 ггц играет 5460 голосов без асиогарда. То есть переход с двух 2690 v2 на один 7960х с разгоном практически вдвое поднимает производительность контакта. А 7980х с разгоном так точно вдвое поднимет, если не больше. Что уж говорить про всякие четырёхядерники и шестиядерники, там разница будет совсем неприличной) Новые процы рулят)
 
Последнее редактирование:
7-ка поддерживает два проца, но я бы не пробовал....
Вин7 ПРО версий (про, алтимейт, корпоративные) поддержит 2 процессорных сокета (ограничение только лицензионное, не физическое) и до 256 ядер всего (пофиг, физических или гиперовых). А в чем смысл не пробовать? Я еще понял бы смысл не пробовать покупать 4-сокетные мамы под неё... Речь-то не о программных ограничениях, а только о физических.
 
Асиогард в максимальном режиме (задержка 93 мс) практически вдвое улучшает результат контакта, с 3060 голосов до 5700.

А если этот тест немного переделать и в каждом контакте оставить только по одному инструменту на 20 голосов, то результат можно улучшить с 5700 до 5900 голосов (то есть в проекте получается 295 контактов и это лучше, чем 18 контактов с 16-ю инструментами внутри каждого).
 
И последнее на сегодня. Вот так выглядят три Stealth Limiter последовательно на одном треке.

Без асиогарда
Stealth Lim x3 - Asioguard OFF.jpg

С асиогардом
Stealth Lim x3 - Asioguard ON.jpg

Как раз та ситуация, когда ДАВ загружена практически на 100 процентов, а процессор только на 5)))

The reason for this is that I’ve yet to knowingly come across a sequencer that can address more than 32 threads effectively for audio handling under ASIO. These chips offer 28 and 32 threads respectively as they are hyper-threaded, so unless something has changed at a software level that I’ve missed (and please contact me if so), then I suspect at this time the 16 core chip may well be well placed to max the current generation of sequencers.

Получается, что кубейс может использовать больше, чем 32 потока в асио с асиогардом, только на загрузку "Асио" это не всегда влияет положительным образом)) А жаль.
 
  • Like
Реакции: Dmitry Stepin
Поэтому большАя куча Контактов поделится равномернее.

Ну вот я на всякий случай проверил инструментально)))



Да, и 64 битный процессинг в кубейсе действительно достаточно серьёзно просаживает производительность.
 
Последнее редактирование:
  • Like
Реакции: Sandello1973
@Dmitry Stepin, ну это, по-моему, теоретически как раз понятно и "в уме". И то же касается любых плагинов: тысяча легких поделится равномернее, чем два десятка тяжелых. Это всё описание работы многоядерной DAW =)))))
 
@Sandello1973, вот есть ощущение, что в рипере тест с последовательными инвизиблами покажет иные результаты. Так как рипер может по ядрам раскинуть их.
 
В чём проблема проверить?
У меня двухпроцевый только Mac Pro...., из до урновых.
[DOUBLEPOST=1516301845][/DOUBLEPOST]
А в чем смысл не пробовать?
Ну как в чём?
Ну вы же не пробуете доехать из Москвы в Иркутск почтовыми лошадьми?
Умерла, так умерла.....
 
Скачал портабельный рипер 5.70, попробовал в нём запустить инвизиблы. Получилось 4 штуки на одном треке. А как в рипере сделать так, чтобы он в бекграунде звучал? А то я как включаю диспетчер задач, то рипер перестаёт играть.

Ну и может какие-то хитрые настройки многозадачности есть, которые совершат чудо?
 
@Dmitry Stepin, таких настроек в принципе не бывает. Это же элементарная логика: невозможно ПОСЛЕДОВАТЕЛЬНУЮ обработку раскинуть в разные потоки. Потому что вход плагина 2 можно получить, только уже просчитав плагин 1.
 
Умерла, так умерла.....
Тогда во фразе "Я бы не пробовал" - БЫ лишнее.
Рипер волшебно отменяет законы логики, ага...

... ааа, меня не так поняли. Это не про бэкграунд, это про настройки многоядерности, совершающие чудо и распараллеливающие лимитеры с одного трека на все ядра.
 
В общем, вот рипер. 4 инвизибла

Reaper_invis_4x.jpg

Включаем 5-ый
Reaper_invis_5x.jpg

Асиогардный буфер в рипере на 200 мс стоит. Пробовал и больше - нифига не меняется.
 
Мои фразы - как хочу, так и строю...
ну... эээ... не совсем Ваши. Фразы всё-таки строятся по законам русского языка. В котором сослагательное наклонение само по себе, а изъявительное само по себе... Не могу попробовать - одно, не хочу - другое... Вообще на украинськой так же было. Сейчас уже не так? :D
 
@Dmitry Stepin, для мультипроцессорой поддержки, которая настраивается в разделе bufer (кажется), нужно чтоб плаги были на разных треках....
 

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