- 第 2 页 -
funkss 发表于 20-12-25 20:04
来个压力大点的N轨管弦乐试试呗……
管弦乐编曲工程考验的更多的是硬盘性能和采样器的读盘优化，而不是CPU算力。
要考验CPU瞬时算力，就得用纯混音工程挂效果器来测试。
南宫浩 发表于 20-12-25 16:46
挂个肥波的压缩或者压限，开32倍超采样，然后看看最低可以用多低的延迟顺畅运行~~~也可以多挂几个来测试， ...
南宫老师这个观点很符合实际。
只要做音乐工程久了就会发现，大多数情况是断断续续的瞬时高负荷（几秒钟的片段播放，停止，编辑，再回放听效果，再停止，再修改……），或者是循环一个片段，在上面实时调整各种插件，非常考验CPU的瞬时负载。
因此基本上就是进行火力全开的瞬时压力测试，以及检查各种buffer下的掉音/爆音的情况，我们追求的是工作过程中，声音不被破坏及低延迟，宿主流畅且稳定。
网上就有现成的压力测试思路：
http://www.scanproaudio.info/202 ... he-studio-overview/
一般就是复制轨道，直到过载为止，以极限数量作为参考。
沙人 发表于 20-12-25 23:02
可以借鉴一下苹果公司测试M1运力的方法，非常科学也非常实际。
“Apple 于 2020 年 10 月使用试生产的配 ...
老实说，苹果的测试法，是可以借鉴，不过都是对自己有利的，比如M1的接码测试。各种吊打iMac，iMacPro，MacPro，就是来对比H265视频解码，然后得出结论，M1很强。16G内存对比64G笔记本内存测试，得出16G比64G更快速所以16G比64G还强的结果，也就骗骗外行人。
Intel虽说垃圾，从来没说过核显编解码比GTX970还强
南宫浩 发表于 20-12-25 16:46
挂个肥波的压缩或者压限，开32倍超采样，然后看看最低可以用多低的延迟顺畅运行~~~也可以多挂几个来测试， ...
关键就是瞬发是一种工作状态，比较常规的或者超压的状态呢？就是符合非常高的情况。毕竟瞬发性能牵扯原因可能很多啊。
DreameRing 发表于 20-12-26 09:17
关键就是瞬发是一种工作状态，比较常规的或者超压的状态呢？就是符合非常高的情况。毕竟瞬发性能牵扯原因 ...
你可以设置那么几轨，只有一两秒的内容，然后挂上个32倍超采样的肥波压限/压缩，测试一下它的突发运算能力。
DreameRing 发表于 20-12-26 09:15
老实说，苹果的测试法，是可以借鉴，不过都是对自己有利的，比如M1的接码测试。各种吊打iMac，iMacPro，M ...
视频方面我不了解，不过它音频的测试环节倒是没毛病。
重点在于这句话——“播放时逐条加载音轨，直至中央处理器超载为止”。
你不想用Logic自带的那个箱模效果器的话可以选用第三方效果插件，理论上测试结果应该差不多。
十一月之萧邦 发表于 20-12-31 02:46
个人认为，还是做综合测试吧，单论处理器能力参考意义不大，毕竟实际使用起来，整个平台的性能更重要。处理 ...
3970X是AMD给我送测的非卖品，牛逼的很
I9是自用的，M1就在旁边，这个自己早测过了，无非就是统一测试内容罢了
Tee 发表于 20-12-31 14:09
只用reaper以及reaper自带的插件和js插件做？跨平台 (x86 + arm)，也都是用自己（cockos）写的库实现。
这个建议很牛~