А на что мне мою PCI-Ex RME MADI FX заменить, чтоб это ASIO Начало хрустеть посже????????чаще всего АСИО уже хрустит, а проц всего на 50% загружен. Здесь же АСИО начнет хрустеть, а проц лишь на 5% будет загружен
ЗЫ повторюсь еще раз - замена ЮСБ аудиокарты на РСІе увеличивает производительность системы как минимум вдвое с тем же процессором
По аналогии с самолётами - прирост будет колосальный, если процесс, который ускоряет эта шняга, будет занимать в общем объёме больше 50% времени.по этой же причине на этой планете не прижились сверхзвуковые пассажирские самолёты - реальная скорость передвижения из точки А в точку Б складывается не только из полета, но также из часа дороги в аэропорт, погрузки в самолет, выгрузки, часа дороги из аэропорта в город и т.д. и в итоге увеличение скорости самолета втрое экономит всего каких-то 20-30% времени. Так и с супер-пупер процессором - какой-то прирост в цепочке это даст, но не адекватно затраченным деньгам
по аналогии с самолетами - даже если ты вместо сверхзвукового самолета будешь мгновенно телепортироваться из аэропорта в аэропорт, то твоя реальная скорость возрастет в лучшем случае всего вдвое
Больше эффекта будет иметь, как у сооснователя Майкрософта Пола Аллена, наличие собственного аэродрома возле дома и персонального истребителя МиГ-29 
Кроме того эта считалка даст прирост только в очень сложных расчетах (напр. моделирование ядерного взрыва) - при простых расчетах она так быстро будет всё перемалывать, что мгновенно упрется в скорость системной шины в отведенный для этой железки отрезок времени - никто же не позволит ей монопольно пользоваться шиной…написать собственную RT операционку напр. для Аполло и запускать ДАВ прямо в нём
ДАВ к нему тоже придется написать - но лучше объединить их во что-то одно. Стандартный ІВМ-РС компьютер ввиду своей универсальности слишком неоптимален и имеет множество ограничений - так же как универсальный процессор в сравнении со специализированной считалкой (Фи, Тесла и т.д.)Нет. Иголочным ушком будет что угодно в ядре, не оптимизированное под real-time. Можно вылизать код Core Audio до идеала специально с прицелом на Pro Audio, а не как сейчас, но(!) если планировщик при работе от батареи будет откладывать время начала выполнения процесса для экономии (как они сейчас в Mavericks делают) - ситуация будет еще хуже, чем в аналогии с самолетом. Тем более в OS X с вытеснением в ядре - х.з. как, но хуже чем в NT. Радикально решается двумя способами: либо только одна специализированная задача под каждый специализированный проц, либо в случае с многозадачностью - полностью preemptive kernel, включая все компоненты ядра, сторонние драйверы и т.д. и даже пользовательский софт. И если попадется хоть один кривой, но очень нужный драйвер или секция в ядре - все встанет колом, как ты ASIO/Core Audio не оптимизируй.
Вот я ни разу такого не встречал - все трески начинаются после 100 процентной загрузки хоста ( причем я это сделал экспериментально - в сампле выставляется количество ядер и например в 2 ядерной системе лучше работала настройка на 3 ядра, а вот в 4 ядерной - лучше работает на 4 ). То есть ни разу асио не был узким местом - как диспетчер зафигарит 100 процентов - так жди треска, а до этого все нормально..
А вы нажмите на всех треках Rec и мониторинг, и на всякий случай входной канал выбирите..., я понятия не имею как там всё в сампле организовано, но сомневаюсь, что есть какие-либо отличия работы в РиалТайм-е у всех хостов.
Правильный подход. К тому же БП имеют свойство деградировать на 5% от первоначальной мощности в год.
БП много не бывает, тем более для рабочей станции. Рекомендую не экономить 100 баксов.
