title: "TiC-LM: A Multi-Year Benchmark for Continual Pretraining of Language Models" source: "https://aclanthology.org/2025.acl-long.1551/" paper: "13-tic-lm.pdf" status: deep-read-v1 tags: - continual-learning - large-language-models - 02-continual-pretraining - 13-tic-lm

TiC-LM: A Multi-Year Benchmark for Continual Pretraining of Language Models

[!abstract] 一句话结论 TiC-LM 用 114 期 Common Crawl 构建网页级时间持续预训练基准，并证明元调度配合固定比例重放可显著省算力。

TL;DR

• 原始页面：https://aclanthology.org/2025.acl-long.1551/
• 本地原文：[[13-tic-lm.pdf]]
• 相关主题：[[大模型持续学习]] · [[灾难性遗忘]] · [[稳定性-可塑性权衡]]

1. 研究问题与论文定位

旧 benchmark 太小且缺乏真实时间结构，无法回答网页知识更新与旧能力保持如何随年份演化。

阅读这篇论文时，先确认它假设的是离线任务序列、在线数据流、知识编辑流还是跨会话智能体经验流；不同数据访问权限下，方法的可比性完全不同。

[!PDF|] 问题定义 / 摘要锚点 · 13-tic-lm.pdf, p.1

2. 方法拆解

按 Common Crawl dump 建立时间流，同时在通用网页与 Wikipedia、StackExchange、代码文档等特定域做时间分层评测。

可用四个问题检查方法本质：旧信息保存在哪里？新信息写到哪里？何时选择/路由？冲突时由哪个目标函数或验证器裁决？

[!PDF|] 方法陈述锚点 · 13-tic-lm.pdf, p.1

关键图示

图示用于快速恢复论文结构；若 PDF++ 显示裁剪偏移，请按该页版式微调 rect。

3. 实验与关键证据

在通用 CC 上，自回归 meta-schedule + fixed-ratio replay 达到与从头训练相当的 held-out loss，而计算量减少约 2.6 倍；特定域对 replay 的需求不同。

读实验表时应同时核对：最终平均性能（ACC）、后向迁移/遗忘（BWT/F）、新任务可塑性、通用能力、数据/参数/算力预算，以及推理时是否已知任务 ID。

[!PDF|] 实验或结论锚点 · 13-tic-lm.pdf, p.1

4. 与相邻路线的关系

• Replay 直接近似旧分布，通常强但涉及存储、隐私和采样偏差。
• 正则化/梯度约束 限制重要参数或有害方向，额外参数少但依赖重要性近似。
• PEFT/子空间/模块化 隔离更新，训练经济，但会引入容量增长、路由与任务边界问题。
• 外部记忆/智能体技能 更新快且可解释，却可能只是在上下文里“查到”，未必形成稳健能力。

5. 局限与反例

网页 loss 不等同于事实更新或下游能力；Common Crawl 的噪声、去重和许可问题也会影响解释。

建议专门寻找反例：任务顺序反转是否仍成立？新旧任务高度相似或直接冲突时怎样？不允许旧数据、不给任务 ID、固定总参数和总 token 后，优势是否保留？

[!PDF|] 局限 / 讨论锚点 · 13-tic-lm.pdf, p.25

6. 复现与延伸研究

代码仓库已下载；优先复现实验调度与 replay 曲线，再增加事实时效性、污染和能耗指标。

最小复现实验

1. 先复现 naive sequential FT、等预算 replay 和一个 PEFT 基线。
2. 固定任务顺序、总训练 token、可训练参数与推理上下文预算。
3. 每个阶段都保存 checkpoint，画完整的适应—遗忘轨迹，而非只报最终点。
4. 额外测通用能力、安全/对齐、延迟、显存与数据保留量。

7. 我的判断

这篇工作的主要价值位于 时间基准 / 持续预训练。它是否值得直接用于真实系统，不只取决于论文内分数，还取决于旧数据访问、任务边界、容量增长和错误回滚是否符合你的部署约束。

[!question] 带着问题继续读 - 它实现的是知识保持、能力保持，还是仅仅保持了 benchmark 输出格式？ - 方法优势来自机制本身，还是更多计算、更多参数、更多历史数据？ - 如果学习流持续一年而非十个任务，哪一项资源最先耗尽？