电脑

现在4800h的笔记本都够用了
等明年的5nm出来后 笔记本的U可以安心 凉爽的工作了，起飞问题会很大程度的得到改善 本帖最后由 yangzushuai 于 20-8-9 12:41 编辑

等以后苹果CPU堆心出来 动不动就128个核心的CPU 那时的PT能不能根据这个开发一款DAW 一个轨道一个CPU核心那种。

坐等苹果自家CPU

内存延迟会带来什么问题？ 比如ASIO低延迟性能不强吗？

主要影响游戏帧率，但也和软件优化有关

内存延迟会导致CPU和内存之间在交换数据的时候反应不够迅捷。

这会影响那些“实时运算”的软件的性能表现。

反映在游戏上，就是同样画质下帧率会降低少许。在游戏里，画面是由CPU、内存、显卡三方协同，一帧一帧的运算完成后，由显卡接口投放给屏幕的。在那些高画质、并且画面随时在变化的游戏上（比如吃鸡），这种运算量会很巨大。而在内存和CPU交换信息这个环节上如果多出了一丁点的延迟，那么就会直接导致画面投放变慢，于是帧率就下降了——但是理论上，就算帧率稍微下降了一点，只要它仍然超过你的显示器的实际帧率（比如大部分平价显示器只有60HZ的实际帧率）那么你的游戏体验就不会有差别。但是，如果CPU和内存的信息交换不止是延迟一点点，而是因为协调不佳导致明显的卡壳，甚至CPU内部多核心的协同也卡壳，那么对帧率造成的影响就不是一点点了，而是有可能造成帧率断崖式爆降，反映在游戏体验上，就是画面明显的卡顿。


反映在音频软件上也是差不多的道理。DAW对音频的运算是一节一节运算出来然后拼接成连续音频流再投放给声卡DA芯片播放出来的。这每一节的长度取决于你的ASIO延迟buffer设置。所以，你的延迟buffer设置的越低，能够提供的缓冲时间就越少，那么对DAW的运算效率就要求越高，也就对CPU的运算效率要求越高。而CPU的运算需要从内存中抓取数据（如果是编曲工程，CPU还需要从硬盘上实时抓取采样数据）那么，如果内存（硬盘）对CPU的供货效率太低，CPU无米下锅，DAW和声卡就会断粮，反映到实际使用感受上，就是工程播放出现爆音、丢音、卡顿、甚至卡死。所以，内存频率和CPU的运算能力如果任何一方不能在ASIO延迟缓冲时间内完美完成任务，你的工程在当前的ASIO延迟下就不能顺畅播放，你就得考虑拉高一档ASIO缓冲来提供更多的延迟时间好让CPU和内存从容完成任务。而有的时候，CPU和内存的工作效率不佳，不是由于他们的能力不行，而是协调配合有问题导致了卡壳，那么就会出现——你明明用了更高频的内存、更多核心的CPU，却并不能如愿的降低ASIO延迟时间（会爆音），甚至还需要拉高一两档ASIO缓冲才能顺畅播放——的现象。 本帖最后由 南宫浩 于 20-8-8 01:16 编辑

游戏的内存延时大小确实会导致贞律下降，但是内存对编曲上面的爆音或卡顿关系并不大，ASIO buffer小带宽下能跑多少数据跟内存没有直接关系，在软件设定高或低的buffer，那就等于给CPU的设置了交换数据的带宽，SSD硬盘和DDR4的内存是绝对胜任的，问题在CPU RealTime Performance强不强才是关键，强就处理多点，弱就是弱，超越了极限才会爆音等等问题

SSD硬盘绝对胜任？？

想当年我用两个SATA的固态硬盘组raid0，用好莱坞弦乐还是必须得把ASIO buffer拉到1024才能顺畅播放工程。。。。后来换了性能翻倍强力的M.2固态硬盘，才终于可以在256buffer下流畅运行。。。。对编曲主机来说，因为DFD机制的存在，硬盘一直就是最大的性能短板。

ASIO buffer其实跟CPU没有直接的关系，因为这玩意是声卡的驱动给声卡规定的工作规则。这个ASIO buffer，其实就只是一个声卡的音频流缓冲数据段，意思是，声卡在播放声音的时候会先预攒几百个采样点的音频数据流再开始DA转换（你可以类比理解为一个销售商要攒够一车皮的货才会开市售卖）。这会带来几毫秒的缓冲延迟时间，而这段缓冲延迟时间就是留给电脑主机（CPU、内存、硬盘）干活的。

电脑主机就像个生产音频数据流的工厂，这个工厂给声卡这个销售商供货也是一车一车的供应的（音频数据流是一段一段的运算完成再供应给声卡的，并非真正的“实时运作”）主机持续的生产音频流，声卡按照“时钟”规定的销售节奏持续的售卖音频流，你才能听到流畅连贯的音乐。如果上游工厂（电脑主机）干活太慢，耽误了供货，那么下游销售商（声卡）就会卖断货（爆音）。这可不是单纯的CPU的问题，而是CPU+内存+硬盘这三者能不能高效协作及时完成生产供货的问题。这三者只要任何一方掉链子，或者互相协作出现了卡壳，都会让声卡断粮。你可以试试把一段音乐中间硬生生剪掉个一两毫秒再播放，那个噼啪的声音跟ASIO爆音是差不多的，因为原理是一样的。另一方面，如果电脑主机性能太强劲了，轻轻松松就能完成对声卡的供货任务，那么~~~~你放心它们宁可闲着也不会多干活的，至少不会多干太多（跟daw的机制有关）——因为这不节能不环保。。。。再说人家也不知道你会不会忽然就停止播放或者跳转到其他段落去了呀~~~

混音工程相对更考验CPU的运算性能，因为混音工程基本没硬盘什么事（音频素材都是载入内存运行的），主要就是CPU配合内存在那里算、算、算。但也同样，CPU和内存这两者任何一方拖后腿或者协作不畅，也很有可能出问题。 本帖最后由 南宫浩 于 21-3-10 17:24 编辑

南宫的长篇大论看出来是用心的表现，也是您一直的习惯，我很欣赏你的表达能力和耐心，其实我的文字更像是与明白人交流，我的习惯就比较粗鲁直白，尽量简短的表达自己的意思，至于是否看得懂不是我的职责和范畴，毕竟我不是版主
至于SSD是否胜任，你当然可以拿Intel 300系列的SSD来举例，那我也百口莫辩，编曲跑音源，看4k能跑的大小吧，这个是可以挑选的，当然能上M.2、NVME就更好了，DFD是NI为了机械硬盘用户而设立的，现在新的音源播放引擎早就整合在里面
其实说来说去，audio stream in out设定了32的buffer size，那就是在这个带宽下，cpu能处理多少就算多少，我的语言能力就这么多了，明白就明白，不明白也没办法了

我觉得你的概念是错误的。

ASIO的buffer size，它的单位不是多少“bit”，而是多少“samples”。
如图，这是我的声卡的ASIO延迟设置：

也就是说，这个“buffer size”只与时间有关，与带宽无关——再说声卡也管不着CPU。

这意思是，声卡说了——你CPU必须在我播放完这128个采样点的音频流之前把下一批货送来，要不然我就断货歇业了！（爆音）

也就是说，CPU运算完一份音频流数据的时间必须要比声卡播放完一份buffer音频流的时间更快，否则声卡就要爆音。

当然，现实情况是，CPU往往能够获得更多的时间去完成音频流的运算，因为声卡驱动程序往往不会死卡着这128个采样点来播放，而是会做更多一点的缓冲冗余（防止USB口的数据延迟异常之类的幺蛾子），而且，DAW里面往往会被插入很多自带全局延迟时间的插件（这与插件的工作机制有关，与CPU性能无关），这些插件会增大整个工程的延迟时间，倒也算因祸得福，CPU因此获得了更宽裕的运算时间。。。。

但是编曲电脑往往遭不住硬盘性能拖后腿而爆音。。。。。这种情况下CPU往往被不明真相的用户兴师问罪，遭受不白之冤。。。。。

这年头大部分采样音源是有DFD功能的，虽然没有明说，但其内部是有DFD机制的，这对硬盘的读取性能是严峻的考验，所以硬盘性能往往是编曲电脑的最大短板。

我的概念可能是错的，但是为了帮助自己去理解这个问题，可能尽量多参考一下各种途径的资料，共同进步对吧
https://www.你吐吧.com/watch?v=GUsLLEkswzE&t=1516s