Ableton Live 多核性能常见问题解答
本指南解答了关于 Ableton Live 中的 CPU 核心、轨道路由、线程、时钟速度和音频信号流的问题，旨在帮助您优化性能，避免疑惑。
我是否需要以特定的方式对我的 Set 进行路由，以避免达到处理性能瓶颈？
我可以采取哪些措施来优化 Live 的性能？
>使用编组轨道是否会对性能产生负面影响？
什么是线程和核心？
Live 使用性能核心还是能效核心？
为什么在只有一个轨道的 Set 中会出现较高的 CPU 负载？
CPU 速度和核心数量哪个更重要？
为什么我其它的 DAW 与 Ableton Live 的性能表现不同？
我是否需要以特定方式对 Set 进行路由，以避免达到处理性能瓶颈？
只要按照 Ableton Live 的路由设计进行使用，无需 “回避性能瓶颈”。 原因如下：
- 在可能的情况下，Live 会以 平行处理 的方式同时处理独立的音频信号路径，例如两个音频轨道分别路由到主轨道时，这两个轨道会同时进行处理。
- 同一路径上的所有音频都必须按时间顺序进行 串联 处理 - 无论这些步骤是在一个轨道，多个轨道，已编组的轨道内，还是通过侧链进行路由，都需要按照顺序执行。
- 路由类型不会改变同一信号路径中每个步骤需要逐一处理的事实；Live 会自动调度每个步骤并使其尽快完成。
- Live 会将可以平行处理的音频路径中的独立部分分配给不同的线程，操作系统会将这些线程分布在可用的硬件核心中。 您无需手动重新排列轨道路由来管理线程或核心的使用。
音频信号是否能并行或串行处理，并不仅仅取决于它们是否位于不同轨道上。 下方图示展示了 Live 何时能并行处理信号路径，以及何时因依赖关系需要串行处理。
关键概念：关键路径
关键路径是需要最长计算时间的完整信号路径，它决定了当前处理能力的上限。 在下图中，关键路径以粗红线标出。 Effect A + Effect C 的总处理需求可能会显示在 Live 的 CPU 仪表上，而 A、B 和 D 可以并行处理，您可在计算机的 活动监视器 / 任务管理器中看到。 仅当 A 和 B 的音频都被传递完成后，C 才能开始处理。
关键概念：汇总点
汇总点是指两个或更多独立的信号路径并入单个处理流程时，会加入“等待点”。 （请参见下方图示。） 例如，带侧链的压缩器必须等到其音频输入和侧链信号都到达后，才能输出处理后的信号。 这会造成一个小的处理瓶颈——但这是真实音频场景中固有的特性，无法通过巧妙的路由“修复”。 在到达汇总点之前的信号路径独立部分，以及之后的部分，都可以并行处理。
在 Live 中如何优化性能？
- 使用 发送 和 返回 通道来避免多个高负载插件实例。
- 在电脑处理已接近极限时，可冻结或导出轨道。
- 单核性能（主频）和硬件核心数同样重要，因为当无法并行处理时会出现“等待点”。
- 了解更多关于 降低 macOS 上 CPU 负载 和 Windows。
使用组轨道会影响性能吗？
组轨道的处理顺序和线程优先级与 Live 中其它轨道一致。
- 被包含在组轨道内的轨道会并行处理；只有最终路由到组轨或求和轨时才会串行处理。
- 将一个轨道路由到另一个轨道会使这两个轨道必须串行处理（而非并行），但共享同一输出不会让所有内容都集中在一个核心上。
- 发送会强制发送轨与返回轨之间串行处理，但多个发送路由到同一返回不会造成额外的 CPU 瓶颈。
相比于组轨，使用求和轨不会带来 CPU 性能优势——二者表现一致。
线程和核心是什么？
线程是 CPU 核心可以处理的明确任务。 应用程序可以将工作分成多个线程，使任务能在多个核心上并行运行。 例如，网页浏览器可能会用不同的线程来显示网页、运行脚本和流式播放视频。 游戏可能会为图形、音频、物理和 AI 使用不同的线程。 操作系统会持续运行后台线程，以确保系统流畅运行。
一个线程可能运行时间很短，也可能长时间运行并定期暂停，以让其他线程也能运行。 尽管线程通常彼此独立运行，但有时一个线程需要等待另一个线程提供信息后才能继续执行。
Live 中的线程包含哪些内容？
在 Live 中，一个线程通常会处理单个音频信号路径的一段——例如，一个音频素材经过效果处理后，被路由到主轨道。
什么是多线程？
多线程是指软件或操作系统将任务分配到多个线程和核心上运行的能力。 Live 支持多线程，并借此提升音频性能。
部分 Windows CPU 支持超线程（Intel）或同时多线程（SMT，AMD）。 这使得一个物理核心可以同时处理两个指令线程，从而提高部分负载下的效率。 Live 会在支持的系统上自动启用超线程。
什么是多核 CPU？
多核 CPU 是一种计算机处理器，指在同一个物理芯片中包含两个或以上独立的处理单元（核心）。 每个核心可独立执行指令，支持同时处理多项任务。
自 Live 10 起，Ableton Live 需要多核处理器——所有现代处理器均已支持。 部分 CPU 采用混合架构，结合了两种不同类型的核心：
性能核心（P-cores）：设计用于高速和高响应，专门处理游戏等高负载任务。
能效核心（E-cores）：设计用于高能效，负责后台任务，同时优化电池续航和能耗。
Live 支持最多 64 个音频处理核心，可利用最多 64 个线程将音频计算分配至可用核心。
Live 会使用性能核心还是能效核心？
由于为现场演出优化，Ableton Live 会优先在性能核心上处理音频，如有可用。 这是因为性能核心的行为更偏重性能，相比能效核心更可靠、可预测。 这样可确保所有流程均能可靠重复执行，无需为降低功耗作出妥协，并可防止因在性能与能效核心间切换任务而导致音频故障。
我可以强制 Live 使用能效核心吗？
在 macOS 和 Windows 上，您可以通过此处切换 Live 使用性能核心和能效核心的方式，恢复到之前的处理策略：在计算机上监控 Live 的 CPU 使用率。
为什么只有一个轨道的 Set 也会显示高 CPU 负载？
即使只有一个轨道，如果该轨道包含资源消耗大的乐器和/或长的高负载效果链，CPU 仪表也可能显示较高值。
请注意：Live 的 CPU 仪表并不表示 Live 实际使用了计算机总 CPU 能力的百分比。
它实际测量的是Live 距离其音频截止时间有多近——即比较当前音频信号处理所需的时间与该信号需要送达音箱所剩下的时间。 如果音频处理完成时间比声音播放所需时间更晚（比例超过 100%），则会出现掉音。
如上文所述，轨道与线程的对应关系并不像“一轨道对应一线程”那么简单。 如果您在同一轨道添加一串处理器占用高的效果器，Live 的处理可能会因为音频截至时间未能及时完成而出现掉音，并不是因为整个 CPU 资源已用尽，而是由于某条特定信号路径无法在多个核心间并行。
CPU 主频和核心数量哪个更重要？
CPU 主频和核心数量都会影响计算机快速完成复杂任务的能力。
更高的主频让处理器能更快地完成单一任务。 当您的工程高度依赖于某条关键且完整的信号路径（如带有实时效果处理的重要音频轨道）时，这尤为重要。
更多核心有助于多任务处理及高效率处理包含大量轨道的大型复杂工程。
示例： 假设您有四个线程（四项任务可并行运行），如下图所示。 如果 CPU 只有两个核心，则同一时刻只能运行两个线程。 另外两个线程只能等待。 如果所有线程耗时相同，整个任务耗时将是四核心 CPU 的两倍。 这就是并行性受限于可用于线程运行的核心数量的原因。
- Windows（Intel/AMD）： 许多 CPU 支持超线程（Intel）或 SMT（AMD），允许每个物理核心同时运行两个线程。 例如，4 核心 CPU 可能会显示为 8 个“虚拟核心”。 部分较新的英特尔 CPU（第十二代 Alder Lake 及后续版本）还包含性能（P）核心和能效（E）核心。
- macOS（Intel）：Intel Mac 支持超线程，除非手动禁用。 大多数用于 Mac 的 Intel CPU 仅包含性能核心，但自第 12 代（Alder Lake）起，Intel 也引入了性能核心（P-core）和能效核心（E-core）。
- macOS（Apple Silicon）：Apple Silicon CPU 不使用超线程。 相反，它们将性能（P）核心（处理重任务）与能效（E）核心（用于后台和低功耗任务）结合在一起。
我们建议您选择自己预算范围内速度最快、核心数最多的处理器。 这样无论是简单工程还是复杂的 Live 工程都能获得良好性能。 Ableton 支持团队无法推荐具体的计算机或处理器；但您可在用户论坛或计算机与专业音频设备销售商处了解 Live 用户实践情况。
为什么我的其他 DAW 与 Ableton Live 表现不同？
不同的 DAW 针对不同工作流程进行了优化。 理论上可以将 DAW 设计为即使是单条轨道上的串行信号路径，其效果处理也能并行运行，以最大化处理能力。 但这会带来更高延迟并降低响应速度。 Live 设计之初即为“现场”演奏服务，像乐器一样优先保证响应性。 因此，其性能可能与某些旨在优化高轨数及处理负载的 DAW 有所差异，在录音棚环境下混音与母带处理时稍慢的响应速度也是可以接受的。 只有结合工程整体结构和性能需求背景来评估，负载拉满的基准测试结果才能提供有价值的见解。