SOLARIS: Speculative Offloading of Latent-bAsed Representation for Inference Scaling
Meta 提出的 SOLARIS 框架借鉴 LLM 推测解码的思想,解决推荐系统基础模型推理延迟过高无法在线服务的难题。核心思路是预测未来可能出现的 user-item 交互对,提前异步计算基础模型的 embedding 表征,将高成本推理与延迟敏感的在线服务路径解耦。该系统已部署在 Meta 广告推荐平台,覆盖每日数十亿请求,带来约 0.67% 的收入指标提升。
INSIGHTSOLARIS 的核心启示是推荐系统 Scaling Law 的落地路径:不必要求基础模型实时推理,而是通过"推测性预计算"将大模型的知识异步迁移到在线系统中。这种范式对于任何希望利用大规模模型提升推荐质量但受限于延迟预算的团队都极具参考价值。0.67% 的收入提升在 Meta 的体量下代表了巨大的绝对收益,验证了该思路的工业可行性。
1. 问题与动机
推荐系统的基础模型(Foundation Model, FM)规模不断增长,虽然带来了更好的预测质量,但其推理延迟使得在线实时服务变得不可行。当前主流的知识迁移方案——软标签蒸馏(soft-label distillation)——存在两个根本限制:(1) 迁移率仅 20-25%,大量知识在蒸馏中丢失;(2) 知识迁移仅发生在训练阶段,无法在推理时持续更新。
这意味着即使训练了一个极强的基础推荐模型,其知识也只能以约 1/4 的效率传递给在线服务的小模型。SOLARIS 的核心动机是:能否在不增加在线延迟的前提下,将基础模型的全部表达能力迁移到在线系统中?
2. 方法详解
SOLARIS 借鉴了 LLM 领域的"推测解码"(speculative decoding) 思想,但将其适配到推荐系统场景。
核心架构:SOLARIS 不进行模型蒸馏,而是直接迁移基础模型最后共享层的 user-item 交互嵌入。这些嵌入通过自编码器压缩为固定维度向量,然后作为额外特征输入到下游的垂直模型(Vertical Model, VM)中。
推测性预计算:后台服务持续预测未来可能出现的 user-item 交互对,提前计算其 FM 嵌入。验证器模型(当前 VM 的预测分数)筛选最相关的 top 20% 物品进行预计算。计算结果存储在分布式缓存中,以 ⟨user, item⟩ 为键,设置 TTL 过期策略。实验证明超过 60% 的当前请求物品在过去 6 小时内已被排序过,验证了预计算的可行性。
覆盖率提升策略:直接 user-item 嵌入覆盖率仅约 40%,为此设计了层次化特征增强:
- 聚合用户嵌入:对 24 小时内同一用户与不同物品的交互嵌入取平均,生成 user-only 嵌入,覆盖率提升至 85-90%
- 相似度回退:基于余弦相似度的 k-NN 聚类,从相似用户的嵌入中插值,额外覆盖 30%
- 零向量占位:缓存未命中时使用零张量作为占位符,不阻塞在线服务
VM 集成方式:垂直模型将 SOLARIS 嵌入"像其他特征一样"直接消费,在训练和推理中都查询缓存获取预计算嵌入。无需修改 VM 架构。
3. 核心技术贡献
(1) 嵌入级知识迁移取代标签级蒸馏:SOLARIS 实现了 42-44% 的知识迁移率(Instagram 42%,Facebook 44%),是传统软标签蒸馏的 2 倍。这一改进的根本原因是嵌入比标签包含更丰富的结构化信息——标签是标量,嵌入是高维向量。
(2) 异步预计算解耦延迟:将 FM 推理从在线服务路径中完全移除,转为后台异步任务。这不是简单的缓存,而是基于请求预测的"推测性"计算——系统主动预测哪些 user-item 对会被请求。
(3) 层次化覆盖率增强:聚合用户嵌入和相似度插值两个策略分别提供独立的增量价值(+0.03% 和 +0.02% BCE 改进),无负向交互。
(4) 与 FM 架构解耦:SOLARIS 适用于任何多任务多标签的 FM 架构,不要求特定的模型结构。这使得它可以跨平台复用。
4. 实验结果分析
跨平台 CTR 改进(相对 BCE Loss 降低):
| 平台 | CTR 改进 | CVR 改进 |
|---|---|---|
| Facebook Feed | 0.09% | 0.10% |
| Facebook Reels | 0.08% | 0.10% |
| Instagram Feed | 0.05% | - |
| Instagram Link Click | 0.05% | 0.05% |
覆盖率-性能关系(Instagram CTR):
- 20% 覆盖 → 0.05% BCE 改进
- 50% 覆盖 → 0.10% BCE 改进
- 60% 覆盖 → 0.13% BCE 改进
- 100% 覆盖 → 0.30% BCE 改进
呈近似线性关系,每增加 30% 覆盖率约改进 0.05% log loss。
组件贡献分析:
- 直接 user-item 嵌入:~0.08% 基础增益
- 聚合用户嵌入:+0.03% 增量
- 相似度插值:+0.02% 增量
在线部署结果:Meta 广告系统,每日数十亿请求,收入指标提升 0.67%,量级约 M。
5. 局限与未来方向
作者明确指出的局限:
- SOLARIS 仅适用于最终排序阶段的垂直模型——前序阶段(粗排/召回)物品量级大 100 倍,覆盖率和资源限制严重
- 基于用户相似度的嵌入插值仅实现了理论上限的 40%,信号衰减明显
- 部分发现具有 Meta 特定性(如业务需求和合作关系影响了问题定义),泛化性有限
计划中的改进:从 U2U(用户到用户)聚类扩展到 A2A(广告到广告)和混合策略。
6. 工业实践意义
可借鉴的核心思路:
- "推测性预计算"范式打破了"大模型 = 高延迟"的认知,为推荐系统 Scaling Law 提供了实际落地路径。不需要大模型实时推理,只需预测哪些 user-item 对会被请求,提前计算即可。
- 覆盖率是关键瓶颈——SOLARIS 的经验是 60% 覆盖率可达到 100% 覆盖率约一半的收益,已足够产生显著业务影响。
部署考量:
- 需要分布式缓存基础设施(如 Redis/Memcached),以及后台异步计算管线
- TTL 设置需要根据场景调优——Meta 发现 6 小时窗口覆盖 60% 请求
- 内存成本:每个 user-item 对一个压缩嵌入向量,数十亿对的存储规模需要评估
- 冷启动:新用户/新物品无法预计算,需要零向量回退
适用性评估:对于任何有"大模型训练效果好但无法在线部署"困境的推荐团队,SOLARIS 提供了一条工程可行的中间路径。关键前提是用户行为的可预测性——如果用户请求模式高度随机,预计算命中率会很低。UGC 搜索场景中用户通常有相对稳定的兴趣,适合该方案。