加载工程的时候快一点慢一点我其实不是很关心,因为无非就是多等几秒,又不至于没法干活。我比较关心的是,一个加载了很多大块头音色的工程能不能播放不卡顿、爆音、丢音——因为这是真的影响干活的。
加载工程的时候,采样器对音色采样数据的读取或许是“单线程”的,但播放工程的时候,采样器的DFD功能对采样数据的读取却是实时多线程的。
任务管理器上的磁盘性能的那个百分比,是按照“每秒读取的数据量”来显示的。或者说,它直接反应的是对硬盘数据吞吐带宽的占用量。
但实际上,播放工程的时候,采样器的DFD功能需要从硬盘上读取的数据量并不是很大,却很零碎。于是,这点数据量对于硬盘的吞吐带宽来说几乎不构成什么压力(如果是固态硬盘,往往你只能看见个位数的百分比数字),但这种读取却很考验硬盘的4K性能(因为硬盘需要在极端时间内找到工程需要播放的采样文件并读取它们)。
假定,你有一个编曲工程,它在播放的时候每秒需要调用播放大约100个采样,而且这100个采样来自于10个不同的采样音源插件,假定每个音源每秒需要读取10个采样(实际应用中肯定不会这么平均,我们只是做个理想化的假设)
如果你所有的采样数据都在一个硬盘里,那么对这个硬盘的考验就是——它需要每秒完成100个采样文件的数据读取。
如果你这10个不同的音源分散安装在10个硬盘里,那么每个硬盘的压力就可以降低到——每秒完成10个采样文件的数据读取。
这应该是很显著的性能差距。我就是基于这种思路,把音色库分散在了多个固态硬盘里。
当然,我这么做有一个重要的前提是——我手里有多个固态硬盘。以前,我是把多个固态硬盘用带区卷(raid0阵列)组成一个大分区用来存放所有采样音色库的。但是后来想了想,这其实并不能提升音色的DFD性能——因为raid0阵列并不能提升硬盘的4K读取性能,甚至还会稍稍降低。而raid0所带来的“吞吐带宽翻倍”的效果对于音色数据的DFD硬盘直读来说并没有多大意义(因为本来就用不完,翻倍了还是用不完,没区别)~~~~
如果你现在做的编曲工程并没有遇到“音色卡顿导致工程跑不动”的情况,那么你就继续这么用吧,不需要折腾~~~但如果你编曲时遇到了音色卡顿的情况,那么你可以参考一下我的做法。
本帖最后由 南宫浩 于 23-4-22 10:53 编辑