<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>Reading-Note - 标签 - vllbc02&#39;s blogs</title>
        <link>https://blog.vllbc.top/tags/reading-note/</link>
        <description>Reading-Note - 标签 - vllbc02&#39;s blogs</description>
        <generator>Hugo -- gohugo.io</generator><language>zh-CN</language><copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright><lastBuildDate>Tue, 01 Sep 2026 00:00:00 &#43;0000</lastBuildDate><atom:link href="https://blog.vllbc.top/tags/reading-note/" rel="self" type="application/rss+xml" /><item>
    <title>LLM 训练教程 · Ch12 端到端 CPT（继续预训练）</title>
    <link>https://blog.vllbc.top/cpt-%E7%BB%A7%E7%BB%AD%E9%A2%84%E8%AE%AD%E7%BB%83%E7%AC%94%E8%AE%B0/</link>
    <pubDate>Tue, 01 Sep 2026 00:00:00 &#43;0000</pubDate>
    <author>zsc</author>
    <guid>https://blog.vllbc.top/cpt-%E7%BB%A7%E7%BB%AD%E9%A2%84%E8%AE%AD%E7%BB%83%E7%AC%94%E8%AE%B0/</guid>
    <description><![CDATA[本章讲 Continued Pre-Training 的端到端实践：CPT 介于从零预训练与 SFT 之间，
负责&quot;学什么&quot;（知识注入）而非&quot;怎么说&quot;（行为塑造）。核心敌人是灾难性遗忘——
激进训练会把权重从通用分布的平坦极小值拽进新领域的尖锐深谷。
三大支柱：数据混比（5-20%，动态采样）、优化器与 LR（1/10 峰值、短 warmup、
重算 decay 总步数、丢弃旧 m/v）、双 PPL 监控诊断。附 7B 配置清单与 5 大陷阱查表。]]></description>
</item>
<item>
    <title>Ultra-Scale Playbook · High-Level Overview 速查</title>
    <link>https://blog.vllbc.top/ultrascale-playbook-high-level-overview/</link>
    <pubDate>Wed, 26 Aug 2026 00:00:00 &#43;0000</pubDate>
    <author>Nouamane Tazi, Ferdinand Mom, Haojun Zhao, Mohamed Mekkouri, Leandro von Werra, Thomas Wolf (Hugging Face nanotron)</author>
    <guid>https://blog.vllbc.top/ultrascale-playbook-high-level-overview/</guid>
    <description><![CDATA[Hugging Face nanotron 团队基于 4100+ 实验、512 GPU 集群的分布式训练方法论。
原笔记 [[UltraScale Playbook 笔记]] 是完整教材；本文聚焦 high-level overview，
提供 5D 并行速查表 + 选型决策树 + 集合通信原语速查 + 显存四件套对照，
目标是 30 秒抓住主线、5 分钟能查、能选。]]></description>
</item>
<item>
    <title>SAO — Single-Rollout Asynchronous Optimization for Agentic RL</title>
    <link>https://blog.vllbc.top/sao/</link>
    <pubDate>Fri, 21 Aug 2026 00:00:00 &#43;0000</pubDate>
    <author>Zhenyu Hou, Yujiang Li, Jie Tang, Yuxiao Dong</author>
    <guid>https://blog.vllbc.top/sao/</guid>
    <description><![CDATA[<h1 id="sao-single-rollout-asynchronous-optimization">SAO: Single-Rollout Asynchronous Optimization</h1>
<h2 id="笔记地图">笔记地图</h2>
<ul>
<li><i class="far fa-check-square fa-fw" aria-hidden="true"></i> 问题定义：同步 vs 异步 RL 的根本矛盾</li>
<li><i class="far fa-check-square fa-fw" aria-hidden="true"></i> 方法：DIS + Single-rollout + 三个 value 改进</li>
<li><i class="far fa-check-square fa-fw" aria-hidden="true"></i> 实验：6 个基准 + ablation + 训练动态 + 在线学习仿真</li>
<li><i class="far fa-square fa-fw" aria-hidden="true"></i> 相关工作：与 GRPO / VAPO / AReaL 的关系</li>
<li><i class="far fa-square fa-fw" aria-hidden="true"></i> 我的疑问：frozen-attention 的代价？DIS 在长 horizon 是否还有效？</li>
</ul>
<blockquote>
<p><strong>阅读进度</strong>：当前 <code>read-status: in-progress</code>，用 [[Meta Bind]] 插件可一键切换</p>]]></description>
</item>
<item>
    <title>GLM-5.3 阅读笔记 — 后训练 scaling、SAO 算法与 Slime 框架</title>
    <link>https://blog.vllbc.top/glm-5.3-%E5%90%8E%E8%AE%AD%E7%BB%83scaling%E4%B8%8Esao%E7%AE%97%E6%B3%95/</link>
    <pubDate>Mon, 17 Aug 2026 00:00:00 &#43;0000</pubDate>
    <author>知乎专栏《deep research》</author>
    <guid>https://blog.vllbc.top/glm-5.3-%E5%90%8E%E8%AE%AD%E7%BB%83scaling%E4%B8%8Esao%E7%AE%97%E6%B3%95/</guid>
    <description><![CDATA[<h1 id="glm-53--后训练-scaling-与-sao-算法">GLM-5.3 — 后训练 scaling 与 SAO 算法</h1>
<blockquote>
<p>[!info] TL;DR
<strong>核心思想</strong>：复用基座，把资源堆到<strong>后训练</strong>上。GLM-5.3 的全部提升（自研 Z.ai Code Bench +50%）来自后训练 pipeline 的三处扩展——<strong>算法</strong>（SAO 单轨迹异步 RL 替代 GRPO）、<strong>框架</strong>（Slime 异步训练框架）、<strong>环境</strong>（百万级可执行 sandbox）。</p>]]></description>
</item>
<item>
    <title>SFT、RL 与 OPD：从分布视角理解后训练</title>
    <link>https://blog.vllbc.top/sftrl-%E4%B8%8E-opd%E5%88%86%E5%B8%83%E8%A7%86%E8%A7%92/</link>
    <pubDate>Mon, 03 Aug 2026 00:00:00 &#43;0000</pubDate>
    <author>wh.</author>
    <guid>https://blog.vllbc.top/sftrl-%E4%B8%8E-opd%E5%88%86%E5%B8%83%E8%A7%86%E8%A7%92/</guid>
    <description><![CDATA[<h1 id="sftrl-与-opd从分布视角理解后训练">SFT、RL 与 OPD：从分布视角理解后训练</h1>
<blockquote>
<p>[!info] TL;DR
<strong>核心思想</strong>：把语言模型看成序列分布，post-training 就是在重塑这个分布。SFT 追随固定的外部数据分布，RL 从当前策略采样并用奖励筛选，OPD 在学生自己的状态上匹配 teacher 分布。</p>]]></description>
</item>
<item>
    <title>OPD (On-Policy Distillation)</title>
    <link>https://blog.vllbc.top/opd/</link>
    <pubDate>Fri, 31 Jul 2026 00:00:00 &#43;0000</pubDate>
    <author>vllbc</author>
    <guid>https://blog.vllbc.top/opd/</guid>
    <description><![CDATA[<h1 id="opd-on-policy-distillation">OPD (On-Policy Distillation)</h1>
<blockquote>
<p>[!info] TL;DR <strong>核心思想</strong>：On-Policy Distillation 把
<strong>on-policy RL 的状态对齐</strong>和 <strong>KD 的密集 token
级监督</strong>结合起来。学生用自己的策略采样
rollout，对每个学生访问到的状态，让 teacher 给出 next-token
分布，学生去匹配这个分布。</p>]]></description>
</item>
<item>
    <title>Training extremely large neural networks across thousands of GPUs</title>
    <link>https://blog.vllbc.top/distributed-training/</link>
    <pubDate>Thu, 30 Jul 2026 00:00:00 &#43;0000</pubDate>
    <author>Jeremy Jordan</author>
    <guid>https://blog.vllbc.top/distributed-training/</guid>
    <description><![CDATA[<h1 id="training-extremely-large-neural-networks-across-thousands-of-gpus">Training extremely large neural networks across thousands of GPUs</h1>
<blockquote>
<p>[!info] TL;DR
<strong>核心思想</strong>：当模型规模大到「单卡装不下、单卡跑不完」时，要在<strong>两条轴</strong>上做并行——<strong>数据轴</strong>（同一个模型复制到 N 张卡、各自跑不同 batch）和<strong>模型轴</strong>（把模型本身切碎，层间是 <strong>pipeline</strong>、层内是 <strong>tensor</strong>）。三种并行按 <strong>NVLink &gt; InfiniBand &gt; Ethernet</strong> 的网络拓扑分层叠加，是 Llama 3.1 405B 跑在 16K H100 上的根本方式。
<strong>最大收获</strong>：并行不是「GPU 越多越快」——<strong>通信原语</strong>（all-reduce / all-gather / reduce-scatter）和 <strong>gradient noise scale</strong> 才是决定 scaling 能不能继续的两道坎。
<strong>为什么重要</strong>：做 LLM 训练系统的同学必须搞清这三种并行的「同步点在哪、通信量多大、适合放在节点内还是跨节点」，否则写出来的并行策略不是慢就是 bubble 满天飞。</p>]]></description>
</item>
</channel>
</rss>
