Создам всё же для этого отдельную тему.
Итак, в последнее время от пользователей Кубейса 9 версии приходит все большее количество репортов касательно того, что Кубейс в купе с процессорами, чьё количество ядер не равно количеству потоков (допустим, 8(16)), не может загрузить и 30% ресурсов подобных процессоров. Судя по всему, происходит подобное только на Windows 10 с последними обновлениями, типичный симптом - в диспетчере задач загрузки нету и на 30%, по F12 в Кубейсе не видно и 60% нагрузки на ASIO, и уже начинается треск и дроп-ауты, очень это всё явно заметно при низких значениях буфера ASIO. Проблеме подвержены многопоточные процессоры и Intel и AMD. Проблема практически незаметна при использовании ASIO Guard.
На форуме Steinberg этой проблеме посвящена немаленькая темка:
https://www.steinberg.net/forums/viewtopic.php?f=250&t=117319
Разрабы в курсе. Предлагают следующие фиксы:
https://helpcenter.steinberg.de/hc/...ws-10-audio-dropouts-on-multi-core-CPU-setups
- даунгрейд до Винды 8.1
- ограничение количества используемых ядер средствами, приведёнными в вышеуказанной статье.
Ещё один метод - отключение hyperthreading'а средствами BIOS. Кроме того, рекомендуют отключить все энергосберегайки и тротлинг.
Есть ещё один метод, который администрация в статье публиковать не хотела, видимо, потому, что юзеры, лезя в потроха системы через реестр, могут чего напортачить. Этот метод скидывают админы форума юзерам в личку:
Лично у меня сия проблема просто зияет и все фиксы не помогают от слова совсем или же помогают незначительно. И это при всём при том, что FL Studio и Studio One прекрасно нагружаются безо всяких ASIO Guard и других методов "предвосхищающего" обсчёта и работают отлично на размерах буфера ASIO 64, 128 и 256.
Товарищи и юзеры Кубейсов 9-ых и многопоточных процессоров на Винде, у кого сия проблема есть - пожалуйста, будьте добры, протестируйте вышеуказанные фиксы и отпишитесь.
Итак, в последнее время от пользователей Кубейса 9 версии приходит все большее количество репортов касательно того, что Кубейс в купе с процессорами, чьё количество ядер не равно количеству потоков (допустим, 8(16)), не может загрузить и 30% ресурсов подобных процессоров. Судя по всему, происходит подобное только на Windows 10 с последними обновлениями, типичный симптом - в диспетчере задач загрузки нету и на 30%, по F12 в Кубейсе не видно и 60% нагрузки на ASIO, и уже начинается треск и дроп-ауты, очень это всё явно заметно при низких значениях буфера ASIO. Проблеме подвержены многопоточные процессоры и Intel и AMD. Проблема практически незаметна при использовании ASIO Guard.
На форуме Steinberg этой проблеме посвящена немаленькая темка:
https://www.steinberg.net/forums/viewtopic.php?f=250&t=117319
Разрабы в курсе. Предлагают следующие фиксы:
https://helpcenter.steinberg.de/hc/...ws-10-audio-dropouts-on-multi-core-CPU-setups
- даунгрейд до Винды 8.1
- ограничение количества используемых ядер средствами, приведёнными в вышеуказанной статье.
Ещё один метод - отключение hyperthreading'а средствами BIOS. Кроме того, рекомендуют отключить все энергосберегайки и тротлинг.
Есть ещё один метод, который администрация в статье публиковать не хотела, видимо, потому, что юзеры, лезя в потроха системы через реестр, могут чего напортачить. Этот метод скидывают админы форума юзерам в личку:
-- Type regedit in Windows Search / Cortana
-- Go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile
-- Right-click on the entry in the right pane -> New -> DWORD
-- Name it MaxThreadsPerProcess
-- Right-click the newly created key and select Modify
-- Change 'Base' to 'Decimal'
-- Enter a value that allows full usage of the cores * (please see below)
-- A reboot is needed to apply the change
* In your case, you need to enter 36 to allow full usage of all cores.
If you are using other applications as ReWire slaves in Cubase, please enter 40 instead of 36. Only in case you use Live 9 as ReWire slave, please let me know before applying the registry fix, as it needs to be re-calculated.
-- Go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile
-- Right-click on the entry in the right pane -> New -> DWORD
-- Name it MaxThreadsPerProcess
-- Right-click the newly created key and select Modify
-- Change 'Base' to 'Decimal'
-- Enter a value that allows full usage of the cores * (please see below)
-- A reboot is needed to apply the change
* In your case, you need to enter 36 to allow full usage of all cores.
If you are using other applications as ReWire slaves in Cubase, please enter 40 instead of 36. Only in case you use Live 9 as ReWire slave, please let me know before applying the registry fix, as it needs to be re-calculated.
Лично у меня сия проблема просто зияет и все фиксы не помогают от слова совсем или же помогают незначительно. И это при всём при том, что FL Studio и Studio One прекрасно нагружаются безо всяких ASIO Guard и других методов "предвосхищающего" обсчёта и работают отлично на размерах буфера ASIO 64, 128 и 256.
Товарищи и юзеры Кубейсов 9-ых и многопоточных процессоров на Винде, у кого сия проблема есть - пожалуйста, будьте добры, протестируйте вышеуказанные фиксы и отпишитесь.
Последнее редактирование:
С сайта Штейнбергов скачал утилитку mmcss-test, которая проверяет, сколько тредов может использовать ОС на каждое приложение, до нерабочего фикса 32, после рабочего - 36, как и положено.
