Ну вот по факту при более-менее равных задержках у тебя винда и макось показывают одинаковый результат.
Core Audio vs. ASIO (1 онлайн
- Автор темы Anton_OSC
- Дата начала
Только ради бога смотрите на величину задержки в миллисекундах, а то у вас на маке при том же размере буфера в семплах по факту задержка в миллисекундах вдвое больше чем на винде.
Я могу еще сделать тест в S1 с синтом Diva.
Я перенес этот бенчмарк проект с дивой для лоджика в S1. Результаты там примерно такие же, как и в случае с кубом.
Начиная с какой-то величины там уже должно быть всё равно и изменение буфера в 2 раза уже никак не должно влиять на производительность. Но да, можно перестраховаться. Пусть на винде тогда 2048 будет, а на макоси 1024
Что, кстати, вызывает вопросы к макоси.
Кстати, что ещё стоит проверить, так это частоту процессора в тестах на винде и на макоси. Желательно, чтобы она не отличалась.
Это уже будет вызывать вопросы к винде, если винда зачем-то занижает частоту
А смысл разные архитектуры операционных систем сравнивать частотой процессора?
Буффер - понятие эммм объема (?), задержка - времени. Эндрю Таненбаума не осилил, но Харрисов почитал. Очевидно же, что разные системы по-разному обращаются к ЦП и памяти@electrical, что за странный вопрос? Может тогда и на размер буфера не обращать внимания?
Миллисекунды ж одинаковые надеюсь у макоси и винды? Поэтому нужно уравнять это значение для них обоих. Тоже самое с гигагерцами, просто проверить, чтобы процессор работал на одинаковой частоте и в винде, и в макоси.
Я вот боюсь, что не тоже самое. Но тут нужны более компетентные мнения
Вот. С буфером 1024 задержки примерно одинаковые. Зато результат разный:
1024 Windows (60 треков):
1024 macOS (69 треков):
@Dmitry Stepin, что скажешь на счет этого?
P.S. Чтобы не придирались. На скрине с маком я перед снятием скрина нажал на Control Panel и остановился проект. На индикаторах уже было предельное значение.
Если верить HWINFO, то частоты были предельные. Для камня 12400F это 4000 МГц на все ядра.
Только не говори сделать фото с этим!
Не буду, лень!))На счет теста c дивой в S1. Вот глянь.
64 S1 Windows (23 трека):
61 S1 macOS (45 треков):
128 S1 Windows (25 треков):
128 S1 macOS (52 трека):
Можешь как хочешь уравнивать и сравнивать
Результат явно не в пользу Windows(((P.S. Честно говоря все эти межплатформенные эксперименты и тесты ввели меня в легкий ступор
Обнаружил много неприятного для себя
@AslashA, куб у тебя 12-ый? Может то, что он использует металл на маке для фейса как-то освобождает ему чуток проца, хз.
В кубейсе такая же разница будет, интересно? Ты этот тестовый проект сам сделал? Скажи какой пресет в диве и скока нот звучит. В диве многопоточность в обоих случаях была включена? Интересно, с зеброй или hive такая же разница в жручести будет или нет.. Странно, что ровно в два раза, тут на одну только ОС списать уже сложновато.
1. Куб крайний в обоих случаях.
2. В куб проект пока не портировал. Попозже сделаю. Тест я сделал на основе теста для лоджика. Ссылку выше выложил. Просто перенес в S1.
2. В диве ничего не трогал. Все по дефолту. Где это настраивается?
Добавлено:
Погоди немного. Сам проект выложу
Кстати, если она в твоём проекте выключена, то можешь ли повторить тест с включенным мультикором для понимания масштаба бедствия?
Проверил. Выключена в обоих случаях.
Нееетттт уж!!! Заманался уже! Я сделал более чем достаточно тестов и выложил результаты. Думайте сами, решайте сами.
P.S. Повторюсь. Такие результаты не только у меня как оказалось. На GearSpace также подтвердили такой расклад!
Ну что ж ты на самом интересном месте нас бросаешь. Взвалил на себя ответственность по сравнению, так давай уж до конца с нами!
Хотя б на винде проверь что изменит включение мультикора.
Вот. Держи.
Там все треки должны выводиться на BUS шину с лимитером (по моему) выкрученным в ноль. Т.е. сигнала на выходе нет.
И в самом конце должна быть одна пустая аудиодорожка. Именно она должна быть активна во время теста, а не какой то из инструмент треков.
Ну и все должно быть зациклено. Темп 120.