作者：孙佳琪发布时间：2026-06-17 21:59:42 点击数：87469

本月行业报告披露重大进展A股光通信突然暴涨背后 很高兴为您解答这个问题，让我来帮您详细说明一下。品牌授权报修电话，快速上门服务

武清区上马台镇行唐县龙州镇平山县东回舍镇合肥市瑶海区湖北省宜昌市宜都市朝阳区小关街道四川省凉山彝族自治州昭觉县密云区高岭镇怀柔区龙山街道福建省南平市陕西省咸阳市兴平市西城区月坛街道贵州省铜仁市玉屏侗族自治县朝阳区酒仙桥街道甘肃省定西市渭源县云南省西双版纳傣族自治州勐腊县湖北省恩施土家族苗族自治州建始县南阳市内乡县山东省泰安市泰山区江西省赣州市石城县陕西省汉中市西乡县山东省聊城市冠县甘肃省天水市秦州区宝坻区牛家牌镇内蒙古鄂尔多斯市康巴什区喀什地区叶城县元氏县防城港市东兴市西城区天桥街道长安区南村镇哈密市伊吾县顺义区空港街道蓟州区官庄镇黑龙江省伊春市金林区青海省果洛藏族自治州内蒙古锡林郭勒盟镶黄旗四川省遂宁市蓬溪县喀什地区叶城县贵州省六盘水市水城县元氏县殷村镇内蒙古锡林郭勒盟正镶白旗四川省广安市岳池县乌鲁木齐市沙依巴克区重庆市市辖区北碚区蓟州区东赵各庄镇平山县宅北乡西乡塘区内蒙古锡林郭勒盟镶黄旗马鞍山市博望区防城港市东兴市湖北省宜昌市夷陵区四川省宜宾市翠屏区隆安县井陉县测鱼镇延庆区沈家营镇井陉县吴家窑乡鹿泉区寺家庄镇桥西区东华街道江西省景德镇市昌江区长安区南村镇黑龙江省大兴安岭地区呼玛县平山县东回舍镇甘肃省白银市景泰县桥西区留营街道山东省聊城市冠县山西省阳泉市平定县桥西区东华街道朝阳区管庄地区延庆区沈家营镇重庆市市辖区北碚区桂林市秀峰区蓟州区东赵各庄镇赞皇县院头镇上海市市辖区嘉定区福建省厦门市海沧区内蒙古锡林郭勒盟镶黄旗湖北省恩施土家族苗族自治州建始县朝阳区豆各庄地区山东省东营市垦利区内蒙古锡林郭勒盟正镶白旗四川省甘孜藏族自治州桂林市秀峰区广东省珠海市斗门区赵县沙河店镇山西省忻州市定襄县山东省威海市元氏县武清区上马台镇赞皇县院头镇黑龙江省七台河市桃山区辽宁省本溪市溪湖区丰台区宛平城地区陕西省汉中市西乡县武清区汊沽港镇内蒙古锡林郭勒盟镶黄旗云南省红河哈尼族彝族自治州绿春县广东省汕头市南澳县南开区体育中心街道贵州省铜仁市玉屏侗族自治县内蒙古乌海市乌达区

最新官方渠道发布研究成果还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速，很高兴为您解答这个问题，让我来帮您详细说明一下:官方服务专线，支持多品牌报修

辽宁省大连市旅顺口区山东省东营市垦利区辽宁省铁岭市开原市丰台区和义街道平山县岗南镇许昌市建安区陕西省西安市未央区青海省果洛藏族自治州朝阳区酒仙桥街道丰台区长辛店镇陕西省西安市未央区四川省宜宾市江安县桥西区苑东街道海南省儋州市蓟州区东二营镇江苏省南京市浦口区乌鲁木齐市沙依巴克区甘肃省白银市景泰县芜湖市南陵县四川省甘孜藏族自治州丹巴县西城区天桥街道焦作市沁阳市辽宁省沈阳市浑南区西城区天桥街道桥西区东华街道重庆市县巫山县桂林市兴安县开封市通许县云南省丽江市宁蒗彝族自治县四川省成都市双流区山东省烟台市牟平区四川省甘孜藏族自治州泸定县桥西区东华街道朝阳区双井街道甘肃省天水市秦州区合肥市庐阳区贵州省铜仁市玉屏侗族自治县洛阳市汝阳县湖北省恩施土家族苗族自治州建始县海南省三沙市西沙区云南省红河哈尼族彝族自治州泸西县黑龙江省鸡西市鸡冠区海南省儋州市甘肃省定西市渭源县黑龙江省绥化市明水县平山县上观音堂乡黑龙江省佳木斯市汤原县福建省三明市梅列区焦作市沁阳市和平区南市街道江苏省南通市启东市辽宁省沈阳市南开区体育中心街道新乐市协神乡甘肃省甘南藏族自治州湖北省恩施土家族苗族自治州恩施市湖北省宜昌市西陵区甘肃省白银市景泰县桥西区留营街道黑龙江省哈尔滨市巴彦县云南省玉溪市新平彝族傣族自治县内蒙古锡林郭勒盟镶黄旗吉林省白山市浑江区蚌埠市龙子湖区江苏省连云港市赣榆区福建省福州市罗源县四川省成都市双流区江西省景德镇市昌江区无极县大陈镇朝阳区酒仙桥街道广东省广州市越秀区桥西区苑东街道河东区东新街道四川省凉山彝族自治州昭觉县黑龙江省伊春市金林区黑龙江省大兴安岭地区呼玛县江西省景德镇市昌江区西藏山南市湖北省宜昌市西陵区丰台区长辛店镇江西省宜春市奉新县甘肃省定西市渭源县延庆区沈家营镇平山县岗南镇巴音郭楞蒙古自治州和硕县福建省南平市福建省福州市永泰县江苏省苏州市相城区云南省普洱市景东彝族自治县福建省莆田市城厢区江西省赣州市石城县山西省临汾市安泽县黑龙江省七台河市桃山区焦作市中站区吉林省四平市铁西区甘肃省兰州市广东省佛山市三水区井陉县测鱼镇北海市海城区合肥市瑶海区

全球服务区域:山西省临汾市安泽县鹿泉区寺家庄镇四川省宜宾市翠屏区江苏省徐州市丰县广东省深圳市广东省汕头市龙湖区辽宁省锦州市义县贵州省六盘水市水城县江苏省镇江市句容市江苏省镇江市句容市山东省聊城市冠县山西省晋中市灵石县福建省漳州市龙海市江西省鹰潭市余江区焦作市中站区江西省赣州市石城县西藏阿里地区日土县桥西区留营街道合肥市庐阳区桥西区东华街道焦作市怀柔区龙山街道山西省长治市襄垣县云南省红河哈尼族彝族自治州泸西县平山县小觉镇江苏省镇江市句容市山东省聊城市冠县辽宁省沈阳市浑南区上海市市辖区嘉定区吉林省长春市双阳区云南省玉溪市新平彝族傣族自治县辽宁省锦州市义县西藏阿里地区日土县蓟州区官庄镇崇左市平山县岗南镇云南省玉溪市新平彝族傣族自治县辽宁省沈阳市浑南区四川省甘孜藏族自治州泸定县亳州市利辛县湖北省襄阳市襄州区鹿泉区寺家庄镇平山县小觉镇山西省吕梁市中阳县南开区体育中心街道福建省福州市罗源县黑龙江省鹤岗市福建省福州市罗源县陕西省西安市未央区门头沟区大峪街道南阳市内乡县塔城地区和布克赛尔蒙古自治县西藏山南市贡嘎县南开区体育中心街道内蒙古锡林郭勒盟镶黄旗合肥市瑶海区江西省吉安市吉安县桂林市兴安县海南省儋州市北海市海城区蓟州区东赵各庄镇云南省红河哈尼族彝族自治州泸西县湖北省宜昌市西陵区福建省漳州市龙海市芜湖市南陵县鹿泉区寺家庄镇山东省青岛市城阳区新乐市协神乡河西区桃园街道湖北省宜昌市宜都市陕西省西安市未央区河西区桃园街道桂林市秀峰区四川省宜宾市珙县巴音郭楞蒙古自治州和硕县贵州省铜仁市印江土家族苗族自治县平山县东回舍镇顺义区空港街道山西省朔州市山阴县四川省宜宾市翠屏区四川省甘孜藏族自治州丹巴县哈密市伊吾县辽宁省沈阳市沈河区广东省广州市越秀区隆安县朝阳区管庄地区山东省烟台市龙口市山西省朔州市山阴县蓟州区东二营镇黑龙江省佳木斯市汤原县云南省西双版纳傣族自治州勐腊县鹿泉区寺家庄镇甘肃省兰州市四川省凉山彝族自治州昭觉县广东省江门市伊犁哈萨克自治州昭苏县朝阳区小关街道内蒙古乌海市乌达区鹿泉区白鹿泉乡云南省西双版纳傣族自治州勐腊县

今日监管部门公开新进展还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速，很高兴为您解答这个问题，让我来帮您详细说明一下:售后服务维修中心电话，支持多渠道服务

全国服务区域：桥西区东华街道西藏山南市贡嘎县江西省鹰潭市余江区乌鲁木齐市沙依巴克区四川省广元市山东省东营市垦利区蚌埠市蚌山区密云区河南寨镇怀柔区宝山镇山西省晋中市太谷区辽宁省铁岭市开原市固原市西吉县四川省甘孜藏族自治州丹巴县元氏县苏村乡甘肃省庆阳市镇原县西藏拉萨市达孜区山西省晋中市灵石县广东省广州市越秀区山东省威海市银川市贺兰县青海省海北藏族自治州门源回族自治县内蒙古兴安盟乌兰浩特市武清区上马台镇四川省成都市双流区福建省厦门市湖里区海南省三沙市西沙区陕西省宝鸡市千阳县湖北省宜昌市夷陵区山西省吕梁市岚县江西省吉安市吉安县北海市海城区辽宁省沈阳市沈河区湖北省恩施土家族苗族自治州建始县江西省鹰潭市余江区内蒙古锡林郭勒盟镶黄旗黑龙江省大兴安岭地区呼玛县四川省宜宾市珙县延庆区康庄镇哈密市伊吾县四川省宜宾市江安县海南省三沙市西沙区武清区汊沽港镇江苏省徐州市山东省泰安市东平县湖北省恩施土家族苗族自治州建始县吉林省白山市浑江区蓟州区东施古镇怀柔区宝山镇朝阳区豆各庄地区密云区不老屯镇江苏省徐州市甘肃省陇南市辽宁省本溪市溪湖区宝坻区牛家牌镇马鞍山市博望区福建省莆田市仙游县江西省宜春市奉新县丰台区宛平城地区云南省普洱市景东彝族自治县四川省凉山彝族自治州甘洛县桂林市兴安县海南省海口市美兰区福建省厦门市湖里区吉林省长春市双阳区鹿泉区寺家庄镇固原市西吉县崇左市陕西省汉中市西乡县广东省惠州市龙门县丰台区宛平城地区云南省西双版纳傣族自治州勐腊县福建省厦门市湖里区北辰区山东省潍坊市青州市江苏省连云港市赣榆区湖北省宜昌市秭归县贵州省安顺市普定县防城港市东兴市洛阳市汝阳县湖北省恩施土家族苗族自治州建始县河东区东新街道江苏省南京市浦口区广东省惠州市龙门县怀柔区雁栖地区伊犁哈萨克自治州昭苏县江西省宜春市宜丰县洛阳市汝阳县平顶山市卫东区甘肃省甘南藏族自治州固原市西吉县陕西省汉中市南郑区密云区高岭镇焦作市青海省海南藏族自治州贵德县博尔塔拉蒙古自治州温泉县湖北省襄阳市襄州区内蒙古呼伦贝尔市阿荣旗广东省佛山市三水区和田地区湖北省恩施土家族苗族自治州建始县

售后服务上门服务电话，智能分配单据：还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速

机器之心编辑部

5 月 22 日，Tri Dao 在社交媒体上转发了 Han Guo 的一条推文。他还写道：「经过一些数学重写，结果发现 Transformer 的所有内容都是一系列 GEMM + epilogue（矩阵乘法加尾声）。给定一些优化的原语，LLM（以及新手）就可以为所有 Transformer 操作编写光速内核！」

Tri Dao 是 FlashAttention 系列的核心作者之一，而这条推文则指向了他们当天发布的一篇论文：CODA

论文标题：CODA: Rewriting Transformer Blocks as GEMM-Epilogue Programs论文地址：https://arxiv.org/abs/2605.19269代码地址：https://github.com/HanGuo97/coda-kernels

这个名字，读起来像「终曲」，念起来像「CUDA」。来自 MIT、普林斯顿、Together AI 和 Meta 的研究者，试图用一套新的编程抽象，把 Transformer 训练里那些鲜少被人关注、却持续消耗时间的「散碎计算」，系统性地消化掉。

背景：训练大模型的「偷懒税」

要理解 CODA 在解决什么问题，先要明白大模型训练的时间都去哪了。

在一块英伟达 H100 上训练一个 LLaMA-3 风格的 1B 参数模型，大部分人会直觉地认为：时间都花在矩阵乘法和注意力计算上，毕竟那才是「真正的计算」。这个直觉大体上没错：矩阵乘法（GEMM）和注意力确实占据了主要算力

但如果你打开性能分析器仔细看，会发现还有一批「小算子」在安静地消耗着时间：归一化（RMSNorm）、激活函数（SwiGLU、RoPE）、残差加法、跨层规约……它们单个计算量不大，却频繁地把大型中间张量从显存里搬进搬出。

这就是所谓的「内存带宽瓶颈」：好比一个厨艺绝顶的厨师，但每做一道菜都要把食材从远处的仓库搬来、用完再送回去，而不是放在手边的台面上。厨师的手速再快，等待搬运的时间也是真实的浪费。

更糟糕的是，随着英伟达的 FP8、FP4 等低精度格式让矩阵计算越来越快，这些「搬运」操作的相对成本反而在上升：矩阵乘法加速了，但张量搬进搬出的成本并没有同比缩短。

论文中有一组数据很直观：在 H100 上用 TorchTitan 训练 1B 参数模型时，非矩阵乘法操作占据了相当一部分的端到端运行时间，且随着 FP8 精度的引入，这一比例还会进一步凸显。

现有的编程框架对此几乎无能为力。PyTorch 把 Transformer 的计算表达成一串算子序列，算子之间有清晰的边界。这种边界对于自动微分（autograd）非常友好，却恰好阻止了跨算子的融合优化：每一个算子边界，往往就是一次不必要的显存写回。

CODA：「尾声」里藏着宝藏

CODA 的出发点是一个朴素的观察。

在 GPU 上，一个高性能的矩阵乘法（GEMM）内核在结构上分为两个部分：主循环（mainloop）负责核心的矩阵分块乘加计算，尾声（epilogue）负责在结果写回显存之前做一些收尾处理，比如加偏置、类型转换、简单缩放。

尾声存在的意义，在于此时矩阵乘法的输出还「活在」片上寄存器里，还没有落地到全局显存。这是一个短暂的黄金窗口：如果能在这个时刻多做一些计算，就可以完全省掉一次显存写入再读出的往返。

CODA 的核心洞察是：Transformer 里那些内存密集型操作，其实很多可以被代数地重新参数化，塞进这个「尾声」窗口里执行。

这需要一点数学技巧。以最常见的 GEMM-RMSNorm-GEMM 模式为例：一个矩阵乘法的结果，经过残差加法、RMS 归一化，然后再做另一个矩阵乘法。传统做法是三个独立算子串行执行，中间结果两次落地显存。

CODA 团队发现，RMS 归一化中的行缩放因子 r，因为是每行共享的标量，它和后面的矩阵乘法满足交换律：可以把 r 的应用从「第二个 GEMM 之前」推迟到「第二个 GEMM 的尾声」。推迟之后，第一个 GEMM 的尾声只需要计算局部的「分块均方根」（partial RMS），由一个极轻量的辅助规约内核合并，而完整的 RMSNorm 计算消失了。

类似的重新参数化，对 SwiGLU、RoPE（旋转位置编码）、交叉熵损失等操作同样适用，甚至对反向传播也成立。论文中有一个定理证明：只要前向尾声是「分块局部」的，反向传播就自动继承相同的结构。具体请访问原论文查看。

五种「积木」和一套「乐高语言」

CODA 不是一个具体的融合内核，而是一套编程抽象。

它固定住经过专家优化的 GEMM 主循环，然后在尾声位置暴露五类可组合的基本原语：

逐元素变换（residual 加法、激活函数、RoPE）向量加载与存储（广播 RMSNorm 权重）矩阵分块加载与存储（保存中间激活供反向传播使用）分块规约（局部均方根、分块 log-sum-exp）有状态变换（在线归一化所需的 max 和 sum-exp 统计）

用这五类积木，一个标准 Transformer 的前向和反向传播中、除注意力之外的几乎全部操作都可以被覆盖。

更有意思的是这套抽象对「谁来写代码」的宽容度。论文在实验中评估了两种实现模式：一种是人工程序员撰写，另一种是用 Claude Code 来生成 —— 给定 CODA 的原语说明、若干示例和实现日志，由 AI 完成大部分内核代码，人工轻度监督。

两种模式的性能表现均达到了较高水平。Tri Dao 在推文中说「LLM 以及新手就可以编写光速内核」，这正是论文实验结果在现实层面的映射。

实验结果

CODA 的基准测试选择的是较为苛刻的对手：cuBLAS 加上 torch.compile，以及专为 LLM 优化的 Liger Kernel 和 FlashInfer。

论文对每个内核评估了两种实现：CODA (LLM)由 Claude Code 生成，研究者提供原语说明、若干示例和一份持续更新的实现技巧日志，AI 完成主体代码，人工做轻度监督；CODA (Human)由人工程序员独立编写，使用同样的高层重参数化思路，但不依赖 CODA 原语集本身。两组结果都与 cuBLAS + torch.compile、Liger Kernel、FlashInfer 等优化库进行对比。

在单算子层面，以 GEMM-RMSNorm-GEMM 这一典型模式为例，CODA 在对应 1B、7B、70B 三个模型规模的隐藏维度下均实现了对 cuBLAS + PyTorch 基线的超越。SwiGLU、RoPE、交叉熵等尾声组合也有类似表现。

LLM 生成的内核在大多数基准上与人工手写版本不相上下，个别配置下甚至略有超越。这在 GPU 内核优化这个历来门槛极高的领域，是一个颇为罕见的结论。

反向传播的收益尤为突出：GEMM-Residual-PartialRMS-GEMM 的反向内核相比基线加速幅度可达 1.6 至 1.8 倍，SwiGLU 反向也有约 1.4 至 1.6 倍的提升。这个方向上，LLM 与人工实现的差距同样微小。这并不奇怪：反向传播天然涉及更多中间张量的存取，尾声融合的收益就更大；而 CODA 的原语设计足够清晰，使得 AI 模型能够正确地完成组合。

在完整 Transformer 层的端到端基准中，CODA 的前向加速在不同规模下约为 5% 至 20%，在较大模型尺寸（对应 70B 规模的隐藏维度）下效果更为显著。

数值精度方面，CODA 的重参数化调整了 RMSNorm 缩放因子的应用时机，但实验表明其数值误差与 PyTorch 参考实现相当，在某些配置下误差甚至更小 —— 得益于 GEMM 主循环本身具有更高精度的累加器。

CODA 能做什么：一张速查单

在进入更大的视角之前，先把 CODA 的能力边界说清楚。

覆盖范围：标准 Transformer（如 LLaMA 架构）的前向和反向传播中，除注意力和词嵌入之外的几乎全部计算，包括 RMSNorm、残差加法、SwiGLU 激活、RoPE 旋转位置编码、交叉熵损失，以及上述操作的反向梯度计算。加速效果：在对应 1B 至 70B 规模的隐藏维度下，单算子层面相比 cuBLAS + torch.compile 基线有不同程度的提升，其中反向传播收益最为显著（部分内核可达 1.6 倍以上）；完整 Transformer 层的端到端前向加速约为 5% 至 20%，在较大模型尺寸下效果更突出。谁能用：CODA 基于 CuTeDSL（NVIDIA CUTLASS 的 Python DSL）实现，支持人工程序员和 AI 模型两种内核编写方式，且两种方式均能达到高性能。当前限制：目前仅支持单 GPU 场景，不涉及分布式训练；重参数化主要针对标准 Transformer 架构，其他架构的适用性有待验证。

CODA 并非孤立的工作。它是一类思想的具体实现：在 GPU 上，真正的优化空间往往不在「算什么」，而在「怎么搬」。

FlashAttention 让注意力计算「住进」了片上内存，CODA 试图让归一化和激活函数也「住进去」。Triton 降低了写自定义内核的门槛，ThunderKittens、TileLang 等进一步在不同层次上探索这一空间。这些工作共同指向同一个方向：把 PyTorch 算子图的表达便利性，与接近手写 CUDA 的执行效率，真正统一在一套可编程的框架里。

Tri Dao 推文的最后一句话值得再回味：「LLM 以及新手就可以为所有 Transformer 操作编写光速内核。」这背后有一个更深的逻辑：当编程抽象设计得足够好，AI 模型本身就可以参与到自身训练基础设施的优化中。这个循环，才是 CODA 最耐人寻味的地方。

从这个角度看，「CODA」这个名字或许另有深意。在古典音乐中，Coda 是乐曲末尾收束全篇的段落。在这里，它是 GEMM 内核的「尾声」—— 而写好这段尾声，或许正是 Transformer 训练系统效率提升的下一个重要章节。

今日监管部门公开新进展还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速

机器之心编辑部

5 月 22 日，Tri Dao 在社交媒体上转发了 Han Guo 的一条推文。他还写道：「经过一些数学重写，结果发现 Transformer 的所有内容都是一系列 GEMM + epilogue（矩阵乘法加尾声）。给定一些优化的原语，LLM（以及新手）就可以为所有 Transformer 操作编写光速内核！」

Tri Dao 是 FlashAttention 系列的核心作者之一，而这条推文则指向了他们当天发布的一篇论文：CODA

论文标题：CODA: Rewriting Transformer Blocks as GEMM-Epilogue Programs论文地址：https://arxiv.org/abs/2605.19269代码地址：https://github.com/HanGuo97/coda-kernels

这个名字，读起来像「终曲」，念起来像「CUDA」。来自 MIT、普林斯顿、Together AI 和 Meta 的研究者，试图用一套新的编程抽象，把 Transformer 训练里那些鲜少被人关注、却持续消耗时间的「散碎计算」，系统性地消化掉。

背景：训练大模型的「偷懒税」

要理解 CODA 在解决什么问题，先要明白大模型训练的时间都去哪了。

在一块英伟达 H100 上训练一个 LLaMA-3 风格的 1B 参数模型，大部分人会直觉地认为：时间都花在矩阵乘法和注意力计算上，毕竟那才是「真正的计算」。这个直觉大体上没错：矩阵乘法（GEMM）和注意力确实占据了主要算力

但如果你打开性能分析器仔细看，会发现还有一批「小算子」在安静地消耗着时间：归一化（RMSNorm）、激活函数（SwiGLU、RoPE）、残差加法、跨层规约……它们单个计算量不大，却频繁地把大型中间张量从显存里搬进搬出。

这就是所谓的「内存带宽瓶颈」：好比一个厨艺绝顶的厨师，但每做一道菜都要把食材从远处的仓库搬来、用完再送回去，而不是放在手边的台面上。厨师的手速再快，等待搬运的时间也是真实的浪费。

更糟糕的是，随着英伟达的 FP8、FP4 等低精度格式让矩阵计算越来越快，这些「搬运」操作的相对成本反而在上升：矩阵乘法加速了，但张量搬进搬出的成本并没有同比缩短。

论文中有一组数据很直观：在 H100 上用 TorchTitan 训练 1B 参数模型时，非矩阵乘法操作占据了相当一部分的端到端运行时间，且随着 FP8 精度的引入，这一比例还会进一步凸显。

现有的编程框架对此几乎无能为力。PyTorch 把 Transformer 的计算表达成一串算子序列，算子之间有清晰的边界。这种边界对于自动微分（autograd）非常友好，却恰好阻止了跨算子的融合优化：每一个算子边界，往往就是一次不必要的显存写回。

CODA：「尾声」里藏着宝藏

CODA 的出发点是一个朴素的观察。

在 GPU 上，一个高性能的矩阵乘法（GEMM）内核在结构上分为两个部分：主循环（mainloop）负责核心的矩阵分块乘加计算，尾声（epilogue）负责在结果写回显存之前做一些收尾处理，比如加偏置、类型转换、简单缩放。

尾声存在的意义，在于此时矩阵乘法的输出还「活在」片上寄存器里，还没有落地到全局显存。这是一个短暂的黄金窗口：如果能在这个时刻多做一些计算，就可以完全省掉一次显存写入再读出的往返。

CODA 的核心洞察是：Transformer 里那些内存密集型操作，其实很多可以被代数地重新参数化，塞进这个「尾声」窗口里执行。

这需要一点数学技巧。以最常见的 GEMM-RMSNorm-GEMM 模式为例：一个矩阵乘法的结果，经过残差加法、RMS 归一化，然后再做另一个矩阵乘法。传统做法是三个独立算子串行执行，中间结果两次落地显存。

CODA 团队发现，RMS 归一化中的行缩放因子 r，因为是每行共享的标量，它和后面的矩阵乘法满足交换律：可以把 r 的应用从「第二个 GEMM 之前」推迟到「第二个 GEMM 的尾声」。推迟之后，第一个 GEMM 的尾声只需要计算局部的「分块均方根」（partial RMS），由一个极轻量的辅助规约内核合并，而完整的 RMSNorm 计算消失了。

类似的重新参数化，对 SwiGLU、RoPE（旋转位置编码）、交叉熵损失等操作同样适用，甚至对反向传播也成立。论文中有一个定理证明：只要前向尾声是「分块局部」的，反向传播就自动继承相同的结构。具体请访问原论文查看。

五种「积木」和一套「乐高语言」

CODA 不是一个具体的融合内核，而是一套编程抽象。

它固定住经过专家优化的 GEMM 主循环，然后在尾声位置暴露五类可组合的基本原语：

逐元素变换（residual 加法、激活函数、RoPE）向量加载与存储（广播 RMSNorm 权重）矩阵分块加载与存储（保存中间激活供反向传播使用）分块规约（局部均方根、分块 log-sum-exp）有状态变换（在线归一化所需的 max 和 sum-exp 统计）

用这五类积木，一个标准 Transformer 的前向和反向传播中、除注意力之外的几乎全部操作都可以被覆盖。

更有意思的是这套抽象对「谁来写代码」的宽容度。论文在实验中评估了两种实现模式：一种是人工程序员撰写，另一种是用 Claude Code 来生成 —— 给定 CODA 的原语说明、若干示例和实现日志，由 AI 完成大部分内核代码，人工轻度监督。

两种模式的性能表现均达到了较高水平。Tri Dao 在推文中说「LLM 以及新手就可以编写光速内核」，这正是论文实验结果在现实层面的映射。

实验结果

CODA 的基准测试选择的是较为苛刻的对手：cuBLAS 加上 torch.compile，以及专为 LLM 优化的 Liger Kernel 和 FlashInfer。

论文对每个内核评估了两种实现：CODA (LLM)由 Claude Code 生成，研究者提供原语说明、若干示例和一份持续更新的实现技巧日志，AI 完成主体代码，人工做轻度监督；CODA (Human)由人工程序员独立编写，使用同样的高层重参数化思路，但不依赖 CODA 原语集本身。两组结果都与 cuBLAS + torch.compile、Liger Kernel、FlashInfer 等优化库进行对比。

在单算子层面，以 GEMM-RMSNorm-GEMM 这一典型模式为例，CODA 在对应 1B、7B、70B 三个模型规模的隐藏维度下均实现了对 cuBLAS + PyTorch 基线的超越。SwiGLU、RoPE、交叉熵等尾声组合也有类似表现。

LLM 生成的内核在大多数基准上与人工手写版本不相上下，个别配置下甚至略有超越。这在 GPU 内核优化这个历来门槛极高的领域，是一个颇为罕见的结论。

反向传播的收益尤为突出：GEMM-Residual-PartialRMS-GEMM 的反向内核相比基线加速幅度可达 1.6 至 1.8 倍，SwiGLU 反向也有约 1.4 至 1.6 倍的提升。这个方向上，LLM 与人工实现的差距同样微小。这并不奇怪：反向传播天然涉及更多中间张量的存取，尾声融合的收益就更大；而 CODA 的原语设计足够清晰，使得 AI 模型能够正确地完成组合。

在完整 Transformer 层的端到端基准中，CODA 的前向加速在不同规模下约为 5% 至 20%，在较大模型尺寸（对应 70B 规模的隐藏维度）下效果更为显著。

数值精度方面，CODA 的重参数化调整了 RMSNorm 缩放因子的应用时机，但实验表明其数值误差与 PyTorch 参考实现相当，在某些配置下误差甚至更小 —— 得益于 GEMM 主循环本身具有更高精度的累加器。

CODA 能做什么：一张速查单

在进入更大的视角之前，先把 CODA 的能力边界说清楚。

覆盖范围：标准 Transformer（如 LLaMA 架构）的前向和反向传播中，除注意力和词嵌入之外的几乎全部计算，包括 RMSNorm、残差加法、SwiGLU 激活、RoPE 旋转位置编码、交叉熵损失，以及上述操作的反向梯度计算。加速效果：在对应 1B 至 70B 规模的隐藏维度下，单算子层面相比 cuBLAS + torch.compile 基线有不同程度的提升，其中反向传播收益最为显著（部分内核可达 1.6 倍以上）；完整 Transformer 层的端到端前向加速约为 5% 至 20%，在较大模型尺寸下效果更突出。谁能用：CODA 基于 CuTeDSL（NVIDIA CUTLASS 的 Python DSL）实现，支持人工程序员和 AI 模型两种内核编写方式，且两种方式均能达到高性能。当前限制：目前仅支持单 GPU 场景，不涉及分布式训练；重参数化主要针对标准 Transformer 架构，其他架构的适用性有待验证。

CODA 并非孤立的工作。它是一类思想的具体实现：在 GPU 上，真正的优化空间往往不在「算什么」，而在「怎么搬」。

FlashAttention 让注意力计算「住进」了片上内存，CODA 试图让归一化和激活函数也「住进去」。Triton 降低了写自定义内核的门槛，ThunderKittens、TileLang 等进一步在不同层次上探索这一空间。这些工作共同指向同一个方向：把 PyTorch 算子图的表达便利性，与接近手写 CUDA 的执行效率，真正统一在一套可编程的框架里。

Tri Dao 推文的最后一句话值得再回味：「LLM 以及新手就可以为所有 Transformer 操作编写光速内核。」这背后有一个更深的逻辑：当编程抽象设计得足够好，AI 模型本身就可以参与到自身训练基础设施的优化中。这个循环，才是 CODA 最耐人寻味的地方。

从这个角度看，「CODA」这个名字或许另有深意。在古典音乐中，Coda 是乐曲末尾收束全篇的段落。在这里，它是 GEMM 内核的「尾声」—— 而写好这段尾声，或许正是 Transformer 训练系统效率提升的下一个重要章节。


24日至25日，澳门茂名妇女协会会长何月静携马来西亚霹雳惠州会馆一行15人，回到家乡广东茂名市参观、考察，其间她还与家人一同观看了以侨批为主题的电影《给阿嬷的情书》。银幕上，一封封泛黄的家书与跨越山海的血脉牵挂，让她心潮难平。
华体汇电竞-华体汇(中国) 华体汇电竞-华体汇(中国)-十八岁禁看APP在线观看官方版-十八岁禁看APP在线观看最新版N.76.28.83-2265安卓网

华体汇电竞-华体汇(中国)

A股光通信突然暴涨背后
首页>>从游戏化文本看网文迭代升级
A股光通信突然暴涨背后

华体汇电竞-华体汇(中国):A股光通信突然暴涨背后

华体汇电竞-华体汇(中国):「活动」首次登录送19元红包

87.39MB
版本{版本}
下载APK高速下载
下载再还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速安装你想要的应用 更方便 更快捷 发现更多
喜欢98%好评(79人)
评论10
还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速截图0还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速截图1还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速截图2还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速截图3还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速截图4
详细信息
应用介绍
?第一步：访问《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》官网?首先,打开您的浏览器,输入《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》。您可以通过搜索引擎搜索或直接输入网址来访问.?
?第二步：点击注册按钮?一旦进入《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站官网，您会在页面上找到一个醒目的注册按钮。点击该按钮，您将被引导至注册页面。??
?第三步：填写注册信息 ?在注册页面上，您需要填写一些必要的个人信息来创建《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站账户。通常包括用户名、密码、电子邮件地址、手机号码等。请务必提供准确完整的信息，以确保顺利完成注册。?
?第四步：验证账户?填写完个人信息后，您可能需要进行账户验证。《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站会向您提供的电子邮件地址或手机号码发送一条验证信息，您需要按照提示进行验证操作。这有助于确保账户的安全性，并防止不法分子滥用您的个人信息。?
?第五步：设置安全选项?《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站通常要求您设置一些安全选项，以增强账户的安全性。例如，可以设置安全问题和答案，启用两步验证等功能。请根据系统的提示设置相关选项，并妥善保管相关信息，确保您的账户安全。??
?第六步：阅读并同意条款?在注册过程中，《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站会提供使用条款和规定供您阅读。这些条款包括平台的使用规范、隐私政策等内容。在注册之前，请仔细阅读并理解这些条款，并确保您同意并愿意遵守。??
?第七步：完成注册?一旦您完成了所有必要的步骤，并同意了《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站的条款，恭喜您！您已经成功注册了《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站账户。现在，您可以畅享《还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速》网站提供的丰富体育赛事、刺激的游戏体验以及其他令人兴奋!?
【联系华体汇(中国)】
客服热线
加载更多
版本更新
{版本}
还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速

华体汇电竞-华体汇(中国): 还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速类似软件

相关攻略
包含 饿了么 的应用集
友情链接
  • 新加坡国务资政李显龙访问中国：新中合作范围广，要继续向前推进
    2026-06-17 21:59:42
  • 2026沈阳旗袍文化季开幕
    2026-06-17 21:59:42
  • 北京大学2026年“影像环保”课程成功举办
    2026-06-17 21:59:42
安卓手机网上最贴心的Android软件应用平台!版权所有：还在手写CUDA内核?CODA来了!LLM和新手也能让Transformer跑出光速有限华体汇电竞-华体汇(中国)备案号：京ICP备17065190号-1