TorchEasyRec中INPUT_TILE 环境变量的三个模式

简介: `NPUT_TILE` 是 tzrec 推荐系统在模型导出与在线推理阶段的优化策略,针对“1 用户 → N 商品”场景,避免用户特征重复计算。支持三种模式:`INPUT_TILE=1`(无优化)、`=2`(Embedding前tile)、`=3`(Embedding后tile,计算最优但需拆分Embedding表、依赖FG模式及torchrec,不支持macOS)。

NPUT_TILE 是 tzrec 在模型导出和在线推理(Predict)阶段的优化策略,核心场景是:推荐系统中,1 个 user 对应 N 个 item(如召回后排序),可以避免 user 侧特征的重复计算。

INPUT_TILE=1(无 tile / 默认模式)

  • 含义:标准模式,不做任何 user/item 拆分优化
  • 行为:每条 (user, item) 对独立计算,user 特征会被重复处理 N 次
  • 数据格式:所有特征 batchsize = B(正常 batch)
  • 用于:训练阶段、不需要 tile 优化的预测场景

INPUT_TILE=2(DataParser 层 tile)

  • 含义:在 DataParser(数据解析层) 对 user 侧稀疏特征做 tile 扩展
  • 行为
  • user 侧稀疏特征:batch_size=1,在 data_parser.py_to_sparse_features_user1tile_itemb 中 tile 到 B
  • user 侧稠密特征:batch_size=1,在 embedding.py_tile_and_combine_dense_kt 中 tile
  • item 侧特征:batch_size=B,正常处理
  • tile 位置:Embedding 查找之前,先把 user 数据复制 N 份,再一起做 Embedding
  • 优点:实现简单,兼容性好
  • 缺点:user 的 Embedding 查找仍然重复 N 次

INPUT_TILE=3(Embedding 层 tile)

  • 含义:在 Embedding 查找之后 才做 tile 扩展,进一步减少计算
  • 行为
  • user 侧稀疏特征:batch_size=1,单独用 ebc_user(独立的 EmbeddingBagCollection)做 Embedding 查找,查找结果再 .tile(tile_size, 1) 扩展到 B
  • user 侧稠密特征:batch_size=1,同样在 Embedding 后 tile
  • item 侧特征:batch_size=B,正常处理
  • tile 位置:Embedding 查找之后
  • 优点:user 的 Embedding 只查找 1 次,然后复制 N 份——计算量最优
  • 缺点:需要将模型中的 ebc 拆分为 ebc + ebc_user 两个 Embedding 表,导出时需要做参数名映射(见 write_mapping_file_for_input_tile)

总结对比

维度 INPUT_TILE=1 INPUT_TILE=2 INPUT_TILE=3
tile 时机 不 tile Embedding 前 Embedding 后
user Embedding 查找次数 N 次 N 次 1 次
user 稀疏特征 batch_size B 1 → tile 到 B 1 → emb 后 tile
模型结构 单 ebc 单 ebc ebc + ebc_user
典型场景 训练 / 简单推理 在线推理优化 在线推理最优
结果一致性 基准 与 =1 一致 与 =1 一致


三种模式的最终预测结果是完全一致的(集成测试中有严格验证),区别仅在于推理效率的优化程度。


INPUT_TILE=3 的限制条件

1. 必须明确区分 user/item 特征

这是最核心的前提。每个特征必须能被识别为 user 侧或 item 侧:

  • FG 模式(FG_DAG / FG_NORMAL):通过 pyfg.FgArrowHandler.user_features() 自动识别,特征的 expression 字段需要以 user:item: 声明(如 expression="user:int_d"
  • 非 FG 模式:通过 feature.side_inputs 中的 side 判断,所有 side_inputs 均为 "user" 的特征才会被标记为 is_user_feat=True
  • 如果特征的 user/item 归属不明确,tile 逻辑会出错

2. 仅用于导出(Export)和推理(Predict),不用于训练

INPUT_TILE 是一个环境变量,在 exportpredict 阶段设置:


QUANT_EMB=1 INPUT_TILE=3 python -m tzrec.export ...

训练阶段不需要也不应该设置 INPUT_TILE。

3. 模型结构限制:会拆分 Embedding 表

INPUT_TILE=3 在导出时会将 Embedding 层拆分为两组独立模块:

  • ebcebc (item 侧) + ebc_user (user 侧)
  • mc_ebcmc_ebc + mc_ebc_user
  • ec_listec_list + ec_list_user

需要通过 write_mapping_file_for_input_tile 做参数名映射,将训练时的权重正确加载到拆分后的模型中。

4. 推理数据格式要求

  • user 侧特征的 batch_size 必须为 1(即同一个 batch 内所有样本共享同一个 user)
  • item 侧特征的 batch_size 为 N(N 个候选 item)
  • 数据需要通过 create_predict_data 这样的工具预处理,确保 user 特征只取第一条然后 repeat

5. 需要 FG 模式(FG_DAG 或 FG_NORMAL)

从 data_parser.py 可以看到,is_input_tile() 时需要初始化 FgArrowHandler 来获取 user_inputsuser_feats。因此必须使用 FG 模式(FG_DAG 或 FG_NORMAL),FG_ENCODED 的纯预处理数据模式不支持。

6. INPUT_TILE_3ONLINE 子模式的额外限制

如果同时设置 INPUT_TILE_3_ONLINE=1

  • 序列特征直接使用 jt.values() 而非 jt.to_padded_dense(seq_len) — 参见 embedding.py L1341-1345
  • 不支持离线 predict(仅支持在线推理) — 见 is_input_tile_3_online 注释

7. 依赖 torchrec(macOS 不可用)

整个 INPUT_TILE 机制依赖 KeyedJaggedTensorEmbeddingBagCollection 等 torchrec 组件,因此在 macOS 上无法使用。

总结

限制 说明
user/item 特征必须明确标注 expression 需声明 user: / item:
仅 Export + Predict 阶段 训练不设置 INPUT_TILE
需要 FG 模式 必须是 FG_DAG 或 FG_NORMAL
user batch_size=1 同 batch 所有样本共享一个 user
模型结构拆分 ebc 拆为 ebc + ebc_user
依赖 torchrec macOS 不可用
3ONLINE 不支持离线 predict 仅在线推理
相关文章
|
2月前
|
机器学习/深度学习 搜索推荐 数据处理
PAI-Rec推荐开发平台:企业级智能推荐解决方案,驱动业务全域增长
PAI-Rec是阿里云一站式推荐系统平台,集成多路召回、多目标精排(如DBMTL)、GPU加速推理与灵活迭代能力,已助力电商、直播、音视频等多行业提升点击率、转化率与ROI,实现高效、低成本、可自主演进的智能推荐。
379 16
|
2月前
|
存储 搜索推荐 Python
TorchRec大量使用Jagged Tensor
Jagged Tensor(锯齿张量)是专为变长序列设计的紧凑存储格式,用values+lengths/offsets替代padding,显著节省内存与计算。广泛应用于推荐系统中用户行为、多值标签等不等长特征处理,如HSTU模型中的拼接、拆分与矩阵乘法操作。
308 8
|
机器学习/深度学习 缓存 PyTorch
为什么要用TorchEasyRec processor?
TorchEasyRec处理器支持Intel和AMD的CPU服务器及GPU推理,兼容普通PyTorch模型。它具备TorchEasyRec的特征工程(FG)和模型推理功能,提供更快的推理性能,降低成本。通过Item Feature Cache特性,它能够缓存特征以减少网络传输,进一步提升特征工程与推理的速度。
368 2
|
18天前
|
存储 弹性计算 小程序
阿里云最便宜云服务器怎么选?38元/99元/199元机型性能全解析
阿里云推出38元/年、99元/年、199元/年三档高性价比云服务器,分别面向个人开发者、小微初创及中小企业。本文从配置、实测性能与适用场景三维度深度对比,助力大家轻松选择低成本上云!
330 4
|
2月前
|
算法 Linux iOS开发
SecureCRT & SecureFX 9.7.2 发布 - 跨平台的多协议终端仿真和文件传输
SecureCRT & SecureFX 9.7.2 for macOS, Linux, Windows - 跨平台的多协议终端仿真和文件传输
735 2
SecureCRT & SecureFX 9.7.2 发布 - 跨平台的多协议终端仿真和文件传输
|
2月前
|
人工智能 自然语言处理 API
TokenPlan是什么?阿里云百炼Token Plan详细解析:Credits计费、模型生态、省钱技巧与配置指南
随着AI大模型在团队协作、研发编程、内容创作、智能体开发等场景深度渗透,企业与开发者对大模型服务的诉求愈发清晰:**预算可控、调用稳定、多模型兼容、数据安全、易于管理**。阿里云百炼平台面向团队与企业场景推出的**Token Plan团队版**订阅服务,正是为解决这些核心痛点而生。它以**Credits统一计量**为核心,打通文本生成、图像生成、多模态理解全品类模型,兼容主流AI编程与智能体工具,提供三档包月坐席、团队权限管理、高峰期不降速、数据不用于训练等企业级能力,让团队在固定预算内高效、稳定使用AI大模型,彻底告别按量计费的账单焦虑与传统套餐的功能局限。
1639 7
|
2月前
|
API C++ Python
EasyRec和TorchEasyRec中FG NORMAL 和 FG DAG 的区别
TorchEasyRec提供两种特征生成模式:FG_NORMAL(Python逐特征处理,适合调试)与FG_DAG(C++ DAG引擎批量处理,性能更优、支持依赖、stub_type及自动侧识别)。推荐生产环境优先使用FG_DAG。
146 5
|
2月前
|
数据采集 自然语言处理 运维
2026年企业如何应用BI系统:从数据整合、自助分析到智能预警的落地全流程
2026年,BI已从静态报表升级为数据驱动决策中枢。本文以瓴羊Quick BI为例,详解企业落地BI的三大关键:统一数据底座消除孤岛、拖拽+自然语言实现全民自助分析、多层级智能预警(阈值/异常/预测)主动干预。全流程闭环助力企业真正“用数据运营”。(239字)
|
2月前
|
机器学习/深度学习 自然语言处理 iOS开发
Feature Generator(FG)特征算子配置指南
本文档全面介绍Feature Generator(FG)的各类特征算子配置方法,涵盖基础(ID/原始特征)、计算(表达式)、交叉(组合)、查找(Lookup/Match)、文本(重叠/BM25)、序列、预处理(分词/归一化)及字符串处理(正则替换/切片)等9大类算子,附详细配置示例与说明。
374 9
|
2月前
|
搜索推荐 调度 C++
TorchEasyRec的dbmtl 模型 config 详解
DBMTL(Deep Bayesian Multi-Target Learning)是阿里开源的多任务学习模型,显式建模任务因果依赖(如CTR→CVR)。基于TorchEasyRec实现,采用共享Bottom MLP+双Tower结构,CVR Tower融合CTR中间表征,体现贝叶斯条件关系。
194 5