CPU Preformance 不等于 CPU Real Time Preformance
我曾经有个疑惑,或许也是很多人的疑惑,在编曲或者混音到一定的量时,为什么cubase或者nuendo按下F12的时候,看到软件CPU使用量和系统的CPU使用量会差距那么大,假如软件的使用量已经快要爆表了,系统的使用量可能只是50%多一点,为了编曲还能稳定运行,也只能通过加大声卡的缓存来解决问题,事实上,除了寻求更高的CPU效能,暂时还没有更好的解决方案了,以我找到的资料,现在粗略的解释一下自己的见解:
很肯定的一点是,在软件里面,CPU Preformance 不等于 CPU Real Time Preformance
在音频领域,受限于软件开发商的生态(软件或者驱动),大家都明白硬件能力早就超越软件,
以编曲为例,声卡缓存越低,弹奏者所感到的延时就越低(鼠标客可以忽略),但问题是缓存越低,分给CPU的任务就越繁重,举个例,假如软件向CPU发出倒水的指令,流程大概是硬盘要倒出100毫升的水,水流到内存后再到CPU去把水接住,最后还给声卡,把水拨出去,理论上硬盘、内存和CPU是没什么压力的,可是软件和声卡给出的要求是,声卡不能一次接受100毫升的水,只能一次接受5毫升的量,于是,硬盘没压力,内存没压力,压力就跑到了CPU身上,CPU要把100毫升的水分成20份来适应声卡的承载量,这就等于加重了CPU实时分配水的能力,同时,CPU还要兼备把水安全的倒给声卡,如果CPU超了负荷,水倒不过来了,给声卡的水就不完全,可能会漏掉一部分的水,这就是为什么在低缓存下,CPU Real Time Preformance会爆满,同时音源会丢音的原因
这也证明了,软件跟不上硬件的问题,要延时低,只能通过更强的CPU Real Tme Preformance的CPU来实现,当然,这个拿钱来堆叠的小小提升是非常没有性价比的,花多两千块买来的最新CPU,在低缓存编曲上的效能可能只是提升10-20%,所以鼠标客的优势就大很多,声卡给足缓存的带宽,减轻CPU与声卡之间沟通的压力,也是没有办法中的办法
其实混音也是一样的,低缓存状态下,CPU与声卡之间交互的数据受限于驱动的带宽,一次只能处理一点点数据,这样就加重了CPU的负荷,音色处理就不完全,假如加个混响,可能某一小段根本没办法处理,导致音色会变等等问题,当然,这种情况,你可以选择运算倒出,你会发现CPU系统的负载会比实时运算要高很多,因为运算倒出是不经过声卡,没有了声卡带宽的限制,不再使用CPU Real Time Proformance,所以CPU性能就发挥得比较完整
完~