路由器缓存与优化

虽然专家混合（MoE）层的大部分计算发生在专家本身，但门控网络（即路由器）在指导令牌方面发挥着不可或缺的作用。尽管路由器通常在计算上比专家轻量，但其执行直接影响整体推理延迟。在大批量、长序列或对时间要求严格的场合中，优化路由器变得重要。此外，路由器的操作，特别是训练期间专家并行性常伴随的全对全（All-to-All）通信模式，在推理部署时可能带来不同的难题。用于在推理时优化路由器表现的方法有多种，包括缓存策略和架构调整。

分析路由器推理成本

典型的路由器涉及一系列操作：通常是对令牌表示进行线性投影，然后是softmax函数以生成专家概率，最后是top-k选择机制以确定每个令牌的目标专家。

设 $x \in \mathbb{R}^d$ 是输入令牌表示（维度为 $d$），设 $N_e$ 是专家数量。门控权重是 $W_g \in \mathbb{R}^{d \times N_e}$。核心计算包括：

1. 线性投影： $h = x W_g$，结果是logits $h \in \mathbb{R}^{N_e}$。每次令牌的成本约为 $O(d \times N_e)$ 次乘加操作。
2. Softmax： 计算概率 $p = \text{Softmax}(h)$。每次令牌的成本约为 $O(N_e)$ 次操作（指数、求和、除法）。
3. Top-k 选择： 找出 $p$ 中 $k$ 个最高概率的索引。成本根据算法有所不同，但可能从 $O(N_e)$ 到 $O(N_e \log k)$ 或 $O(N_e \log N_e)$（对于完全排序），尽管优化后的实现通常更快。

对于并行处理的 $B$ 个令牌批次，路由器总成本会相应扩展。虽然 $d \times N_e$ 可能远小于专家内部的计算量，但此操作发生在MoE层处理的每个令牌上。优化这些步骤可以带来明显的延迟减少。

路由器决策缓存

一种直接减少路由器计算的方法是避免重新计算最近已处理的令牌或序列的专家分配。缓存路由器的输出（即给定输入令牌表示所选的专家索引）在特定条件下会有效果。

适用性和实现

当输入模式表现出重复性时，缓存最有益。考虑以下情况：

• 重复提示： 在聊天机器人或代码生成等应用中，用户可能会重复使用提示或特定的命令结构。
• 常见子序列： 自然语言经常包含常用短语或n-grams。
• 束搜索解码： 在使用束搜索进行生成时，序列的初始部分在多个束中会保持相同数个步骤。缓存共享前缀的路由器决策可以节省计算。

一种简单的实现方式是使用哈希映射，键源自输入令牌表示（或其量化/哈希版本），而值则是选定的专家索引列表。

# 路由器缓存示例
router_cache = {} # 作为缓存的字典

def get_expert_indices(token_representation, gating_network):
    # 使用表示的可哈希版本作为键
    # 注意：浮点表示需要谨慎哈希（例如，量化或位转换）
    cache_key = hash_representation(token_representation)

    if cache_key in router_cache:
        # 缓存命中
        return router_cache[cache_key]
    else:
        # 缓存未命中：计算路由决策
        logits = gating_network.linear(token_representation)
        probabilities = torch.softmax(logits, dim=-1)
        top_k_values, top_k_indices = torch.topk(probabilities, k=2) # 假设 k=2

        # 存储到缓存中（考虑缓存淘汰策略，如LRU）
        router_cache[cache_key] = top_k_indices
        return top_k_indices

# 哈希函数的占位符
def hash_representation(representation):
    # 示例：将张量转换为字节并哈希，或者在适当情况下使用感知哈希。
    # 需要仔细处理浮点精度。
    # return hash(representation.tobytes()) # 简化概念
    # 一种方法可能涉及在哈希前进行量化或四舍五入
    quantized_repr = torch.round(representation * 1000).int() # 示例量化
    return hash(quantized_repr.cpu().numpy().tobytes())

权衡与局限

• 缓存命中率： 效果完全取决于遇到相同令牌表示的概率。高度动态或独特的输入将导致低命中率，降低益处。
• 内存开销： 缓存本身消耗内存。大小取决于存储的唯一令牌表示的数量以及存储值（专家索引）的大小。缓存淘汰策略（如最近最少使用LRU）对于管理大小是必要的。
• 哈希成本： 计算令牌表示的哈希键会增加计算开销。这必须低于重新计算路由决策的成本，才能使缓存有价值。可靠且高效地哈希高维浮点向量并非易事。在哈希之前可能需要进行量化或降维，如果不同令牌映射到相同的键，这可能会影响准确性。
• 状态管理： 在分布式推理工作者之间保持缓存一致性需要仔细的同步或复制策略。

路由器缓存在受限环境或特定解码算法中通常更实用，因为这些情况下输入重复性在结构上得到保证。

路由器架构与操作优化

在没有缓存的情况下，路由器本身的计算可以通过架构修改和专门实现进行优化。

量化

将量化（例如INT8、FP8）应用于路由器的权重（$W_g$）和激活可以大幅减少内存占用，并能加快线性投影步骤，尤其是在具有用于低精度专用矩阵乘法单元的硬件上。

• 影响： 减少 $xW_g$ 的计算时间。
• 考量： 由于精度降低，路由决策可能出现微小偏差。需要考量对整体模型准确性的影响。通常需要校准数据来找到量化的合适缩放因子。Softmax和top-k操作可能仍以更高精度（例如FP16或FP32）运行，这取决于硬件支持和数值稳定性需求。

内核融合

现代深度学习编译器（例如Triton、TensorRT、XLA）可以执行内核融合。对于路由器，这可能涉及将线性投影、softmax计算，甚至top-k选择融合到一个单一的计算内核中。

• 益处： 通过最小化操作之间的内存传输，减少内核启动开销并改善数据局部性。这可以带来显著的延迟减少，尤其是在开销占主导地位的较小矩阵尺寸下。
• 实现： 依赖于编译器能力，可能需要特定的编码模式或注解（例如，在PyTorch中使用Triton内核）。

路由器操作可能融合到一个计算内核中，以减少开销并增强数据局部性。

优化Top-k算法

top-k选择的效率很大程度上取决于所用算法和底层硬件。虽然库通常提供优化实现，但了解这些选择会有帮助：

• 部分排序： C++中的 std::partial_sort 或等效的GPU实现等算法，如果只需要top $k$个元素，可以比完全排序更快。
• 专用内核： 像NVIDIA的CUTLASS或cuDNN这样的库可能提供高度优化的GPU top-k内核。
• 硬件限制： 性能可能受限于读取logits和写入索引时的内存带宽，或者受限于计算能力，具体取决于 $N_e$ 和特定算法。

在目标硬件上对不同的top-k实现进行基准测试通常是必需的，以便找到给定专家数量 ($N_e$) 和 $k$ 下表现最好的选项。

调度路由器计算

在典型的推理管线中，层级的路由器计算必须在相应的专家计算开始之前完成（因为专家需要知道要处理哪些令牌）。然而，存在重叠的机会：

• 与数据移动重叠： 如果使用专家并行性（专家位于不同设备上），路由器会计算分配，然后进行全对全通信以将令牌发送到正确的专家设备。下一个批次或序列的路由器计算可能与当前批次的全对全通信重叠。
• 与前一层重叠： 根据模型架构和调度框架，层 $L$ 的路由器计算可能与层 $L-1$ 的计算部分重叠。

实现这种重叠需要复杂的推理服务器和执行框架，这些框架能够进行细粒度调度和管理异步操作。

总结

与优化专家本身相比，优化路由器是次要效应，但可以在生产MoE推理中带来有价值的延迟减少。重要方法包括：

• 缓存： 当输入令牌表示频繁重复时有效果，但会引入开销和状态管理复杂性。
• 量化： 减少线性投影的计算和内存，需要仔细考量准确性。
• 内核融合： 将路由器操作合并到更少的内核中，减少启动开销并增强数据局部性，依赖于编译器支持。
• Top-k算法选择： 选用硬件优化的top-k实现。
• 调度： 将路由器计算与通信或其他层计算重叠。

这些方法的最佳组合取决于特定的MoE模型架构、目标硬件、推理批次大小以及输入数据分布的特点。仔细的性能分析和实验对于在推理过程中最大限度地提高路由器效率极为重要。