【建议收藏】一文讲透大模型核心资源消耗:参数量、计算量、中间激活、KV cache

大模型训练vs微调vs推理:显存消耗全解析,深入浅出 C++20 协程。 训练阶段三者均需存储,微调可能仅更新部分参数,推理阶段仅需加载模型参数。以GPT-3 175B为例,FP16精度下参数占用约350GB,训练时加上梯度和优化器状态后显存需求可能突破1TB。其中( b )为批次大小,( h )为注意力头数,( l )为层数,( s )为序列长度,( d )为头维度。推理仅需模型参数和KV缓存。FP16精度下,175B模型需350GB显存,但通过8位量化可压缩至175GB。| 训练 | 参数+梯度+优化器+激活值 | 梯度检查点、ZeRO-3、混合精度 | 阅读详情

本文重点参考了文章分析 transformer 模型的参数量、计算量、中间激活、KV cache,同时加入了自己一些理解。

01 前提假设

GPT 系列模型及大多数 LLM 使用的基座模型都是 Transformer Decoder,这里以 GPT1 模型为代表来分析大模型。

假设字典大小为 V,查询向量的维度为 d,隐藏层向量大小为 d,Transformer层的层数为 N,FFN 层隐藏层向量大小为 4d,模型输入为 batch size(B)、sequence length(S)。

在这里插入图片描述

GPT1 模型

02 模型参数量

(1)参数量是模型本身可以经过反向传播更新的模型参数数据量大小,模型参数量大小和模型输入无关。

(2)Transformer 从前往后依次需要经历 embedding、positional embedding、masked multi-head attention、residual and layer normlization、FFN、linear 层。

计算分别如下:

  • embedding 层:Vd
  • positional embedding:无可训练的参数
  • masked multi-head attention:4dd+d(bias)。看代码 WQ、WK 和 WV 计算时无 bias,WO 计算时包含 bias;隐藏层维度和查询向量维度相同
  • 两个 residual and layer normlization:4d
  • FFN:8dd+5d(bias)
  • 末尾 linear 层:使用 embedding 层的转置,无新增参数

考虑层数 N,那么模型参数量为 Vd+N*(12dd+10d)。当 d 数值较大且远大于 V 时,此时参数量近似为 12Ndd。

03 前向传递计算量

(1)最开始理解计算量=输入*模型参数,后来了解到这一点并不完全对,如 self-attention 计算过程中没有模型参数,但确实产生了计算量。

(2)补充 3 点矩阵计算背景知识:

  • 可以进行计算前提条件:第一个矩阵列数等于第二个矩阵行数;
  • 计算过程:第一个矩阵行数依次分别乘第二个矩阵列数;
  • 计算量:对于 1*N 和 N*1 的矩阵计算,计算量为 N 次加法和 N 次乘法,共 2N。

(3)这里从输入依次从前向后总结计算量:这里忽略了计算量小头-包括 layer normalization 等。

  • 输入计算得到 QKV:6BSdd
  • QKT 计算:[B,num_heads,S,d_head] * [B,num_heads,d_head,S] = 2BSSd
  • SV 计算:[B,num_heads,S,S] * [B,num_heads,S,d_head] =2BSSd
  • PO 计算:[B,S,d] * [d,d] = 2BSdd
  • FFN 第一层:[B,S,d] * [d,4d] = 8BSdd
  • FFN 第二层:[B,S,4d] * [4d,d] = 8BSdd
  • 隐藏层映射到词表:[B,S,d] * [d,V] = 2BSdV

考虑层数 N,那么计算量为 2BSdV+N*(24BSdd+4BSSd)。当 d 数值较大且远大于 V、S 时,此时参数两近似为 24NBSdd。

04 反向传播计算量

(1)反向传播的核心是利用梯度下降法求得梯度,然后优化器根据梯度更新模型参数。

(2)大模型的核心是矩阵计算,矩阵计算的反向传播需要对两个输入 X 和 W 分别求导,要经过两次矩阵计算。

以下述 self-attention 计算为例,对于 Q=X WQ 计算,前向传播只需计算一次,反向传播则需要对 X 和 WQ 分别求导,需要计算 2 次。因此,反向传播的计算量近似是前向传递计算量的 2 倍。

在这里插入图片描述

前向传递与对应反向传播

05模型参数量和计算量的关系

(1)训练神经网络的一次迭代分为三步:前向传递计算损失函数;反向传播计算梯度;优化器根据梯度更新模型参数。在实验中发现优化器更新的耗时几乎可以忽略。

(2)在一次迭代中,对于每个 token,参数量和计算量关系分别如下。

在前向传递中,上面提到参数量近似为 12Ndd,计算量近似为 24NBSdd,所以计算量/参数量=2BS。

所以,在一次前向传递中,对于每个 token,每个模型参数需要进行 2 次浮点数运算,即一次乘法法运算和一次加法运算。

在反向传播中,根据上述计算量分析,每个参数需要进行 4 次浮点数计算。

所以,如果在不考虑激活重计算情况下,对于每一个 token,需要进行 6 次浮点数计算。

如果考虑 flash attention 提出的激活重计算,需要进行一次额外的前向传递,那么在一次训练中,对于每一个 token,需要进行 8 次浮点数计算。

06 混合精度训练

(1)为什么在训练时使用混合精度训练的策略?

如果使用 float32 进行全参数训练,对硬件显存和存储要求极高;

如果使用 float16 进行全参数训练,则会出现浮点数精度限制导致的溢出风险,造成精度损失。

因此,大家一般会使用混合精度训练,即使用 float16 的模型参数进行前向传递和基于反向传播计算得到 float16 的梯度;

在优化器更新模型参数阶段,会使用 float32 的优化器状态、float32 的梯度、float32 的模型参数来更新模型参数。

(2)在混合精度训练中,具体的计算流程如下:

  • 第一,float16 模型参数前向传递;
  • 第二,反向传播得到 float16 的梯度;
  • 第三,float16 的梯度转换成 float32 的梯度,与 float32 的优化器状态,更新 float32 模型参数;
  • 第四,float32 的模型参数转换为 float16 的模型参数。

混合精度训练流程

07 模型训练显存

(1)背景知识:float16 数据类型的元素占 2 个 bytes,float32 数据类型的元素占 4 个 bytes。大模型在训练时通常使用混合精度训练策略,通常使用 AdamW 优化器。

(2)计算公式:模型训练显存 = 模型参数显存 + 梯度显存 + 优化器显存 + 中间激活显存

假如模型参数为 1,那么分别计算如下:

  • 模型参数显存:float16 + float32 = 6
  • 梯度显存:float32 = 4(假设float16梯度在经过优化器转换为float32精度时,会自动释放掉显存)
  • 优化器显存:float32 + float32 = 8(对应优化器的一阶动量和二阶动量)
  • 中间激活显存:下一节会详细介绍。flash attention、梯度检查点、混合精度训练等技术都可以降低中间激活显存占用,一般情况下中间激活显存占全部显存的 10%-30%。

(3)如果模型参数量为 N(float16),那么训练阶段的显存约为 18N bytes(不考虑中间激活)。

08 中间激活

(1)中间激活定义:为前向传递过程中计算得到的,并在后向传递过程中需要用到的所有张量。

不包括模型本身参数和优化器参数,而包括模型的中间输入和输出过程,如注意力机制中的键值矩阵。

(2)Transformer 中间激活计算:这里只考虑了占中间激活的大头。

对于 multi-head attention:

  • QKV 的输入 x:2BSd
  • QKT 计算的输入:4BSd
  • softmax 的输入:2BSS*num_heads
  • 执行 dropout 的 mask 矩阵:BSS*num_heads
  • Score*V 的输入:2BSS*num_heads + 2BSd
  • 输出矩阵:2BSd
  • 执行 dropout 的 mask 矩阵:BSd

对于 FFN 层:

  • 第一个线性层输入:2BSd
  • 激活函数输入:8BSd
  • 第二个线性层输入:8BSd
  • 执行 dropout 的 mask 矩阵:BSd

两个 lyaer normalization 层的输入:4BSd

综上,对了 N 层的模型,中间激活占用的显存大小为 N*(34BSd+5BSS*num_heads)。

(3)在一次训练迭代中,模型参数、梯度、优化器状态占用的显存大小只和模型参数相关,而中间激活值和输入数据大小成正相关。

随着 B 或者 S 增大,中间激活占用显存会同步增大,所以当上报内存不足问题时,要么把模型变得更小更轻量化,要么把输入的 B 或者 S 降低。

09 模型推理显存

神经网络在推理阶段,没有优化器状态、梯度、中间激活,占显存大头的是模型参数。

此外,KV cache 也需要占用显存,还有少量激活值,所以冗余系数一般是模型参数量大小的 1.2 倍左右。 如果模型参数量为 N(float16),那么训练阶段的显存约为 2.4N bytes。

普通人如何抓住AI大模型的风口?

领取方式在文末

为什么要学习大模型?

目前AI大模型的技术岗位与能力培养随着人工智能技术的迅速发展和应用 , 大模型作为其中的重要组成部分 , 正逐渐成为推动人工智能发展的重要引擎 。大模型以其强大的数据处理和模式识别能力, 广泛应用于自然语言处理 、计算机视觉 、 智能推荐等领域 ,为各行各业带来了革命性的改变和机遇 。

目前,开源人工智能大模型已应用于医疗、政务、法律、汽车、娱乐、金融、互联网、教育、制造业、企业服务等多个场景,其中,应用于金融、企业服务、制造业和法律领域的大模型在本次调研中占比超过 30%。
在这里插入图片描述

随着AI大模型技术的迅速发展,相关岗位的需求也日益增加。大模型产业链催生了一批高薪新职业:
在这里插入图片描述

人工智能大潮已来,不加入就可能被淘汰。如果你是技术人,尤其是互联网从业者,现在就开始学习AI大模型技术,真的是给你的人生一个重要建议!

最后

只要你真心想学习AI大模型技术,这份精心整理的学习资料我愿意无偿分享给你,但是想学技术去乱搞的人别来找我!

在当前这个人工智能高速发展的时代,AI大模型正在深刻改变各行各业。我国对高水平AI人才的需求也日益增长,真正懂技术、能落地的人才依旧紧缺。我也希望通过这份资料,能够帮助更多有志于AI领域的朋友入门并深入学习。

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

在这里插入图片描述

大模型全套学习资料展示

自我们与MoPaaS魔泊云合作以来,我们不断打磨课程体系与技术内容,在细节上精益求精,同时在技术层面也新增了许多前沿且实用的内容,力求为大家带来更系统、更实战、更落地的大模型学习体验。

图片

希望这份系统、实用的大模型学习路径,能够帮助你从零入门,进阶到实战,真正掌握AI时代的核心技能!

01 教学内容

图片

  • 从零到精通完整闭环:【基础理论 →RAG开发 → Agent设计 → 模型微调与私有化部署调→热门技术】5大模块,内容比传统教材更贴近企业实战!

  • 大量真实项目案例: 带你亲自上手搞数据清洗、模型调优这些硬核操作,把课本知识变成真本事‌!

02适学人群

应届毕业生‌: 无工作经验但想要系统学习AI大模型技术,期待通过实战项目掌握核心技术。

零基础转型‌: 非技术背景但关注AI应用场景,计划通过低代码工具实现“AI+行业”跨界‌。

业务赋能突破瓶颈: 传统开发者(Java/前端等)学习Transformer架构与LangChain框架,向AI全栈工程师转型‌。

image.png

vx扫描下方二维码即可
在这里插入图片描述

本教程比较珍贵,仅限大家自行学习,不要传播!更严禁商用!

03 入门到进阶学习路线图

大模型学习路线图,整体分为5个大的阶段:
图片

04 视频和书籍PDF合集

图片

从0到掌握主流大模型技术视频教程(涵盖模型训练、微调、RAG、LangChain、Agent开发等实战方向)

图片

新手必备的大模型学习PDF书单来了!全是硬核知识,帮你少走弯路(不吹牛,真有用)
图片

05 行业报告+白皮书合集

收集70+报告与白皮书,了解行业最新动态!
图片

06 90+份面试题/经验

AI大模型岗位面试经验总结(谁学技术不是为了赚$呢,找个好的岗位很重要)图片
在这里插入图片描述

07 deepseek部署包+技巧大全

在这里插入图片描述

由于篇幅有限

只展示部分资料

并且还在持续更新中…

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

在这里插入图片描述

MoE模型稀疏激活真相:参数量≠计算量≠实际开销 混合专家(MoE)是大模型提升容量的关键架构,其核心原理是通过路由机制动态选择部分专家参与前向计算,实现条件式稀疏激活。但‘只用2%参数’这一流行说法严重混淆了参数驻留、实际计算与硬件执行三者的关系——所有专家权重始终加载在显存中,路由层本身100%参与运算,且All-to-All通信、KV Cache放大和缓存局部性下降等隐性开销常被忽略。技术价值在于以可控增量扩展模型能力,适用于专业领域精度瓶颈突破;典型场景包括生物医学问答、多模态任务分治与高吞吐离线推理。本文基于Qwen2-MoE、DeepSeek- 阅读详情

相关推荐

大模型稀疏激活原理与MoE参数量真相解析

大语言模型中的稀疏激活是一种通过条件化路由机制,仅调用部分专家模块参与计算的技术范式,其核心在于MoE(Mixture of Experts)架构下的动态参数选择。该机制基于Router网络输出的概率分布实现语义感知的计算资源分配,显著降低推理FLOPs与显存带宽压力。技术价值体现在训练成本可控、推理吞吐提升及长尾任务响应优化,广泛应用于客服对话、多领域问答与代码生成等需高并发低延迟的生产场景。本文结合Mixtral实测数据与GPT-4 API行为分析,厘清‘1.8万亿参数’与‘2%激活率’背后的工程本质—

weixin_30588675的博客 374

大模型稀疏激活真相:参数量≠计算量,实测才是金标准

大型语言模型的‘稀疏激活’是理解其推理效率的核心概念,指模型在处理每个token时仅动态调用部分参数,而非全量参与计算。其底层原理源于MoE(Mixture of Experts)架构与路由机制,使计算负载随输入语义、序列长度和部署配置剧烈波动。这一特性直接决定GPU显存占用、推理延迟与服务成本,远超单纯参数规模的工程意义。在真实生产中,‘2%激活率’并非固定指标,而是受prompt结构、batch size、量化精度及模型版本等多重因素影响的可观测动态值。本文基于Nsight Compute硬件级采样、P

weixin_30667649的博客 446

大模型推理显存优化:从KV Cache原理到MHA、MQA、GQA技术演进

在Transformer架构的大语言模型推理过程中,自注意力机制是核心计算单元。其原理涉及Query、Key、Value向量的交互,通过计算注意力权重实现序列信息的动态聚焦。这一机制的技术价值在于支撑了模型对上下文的理解能力,但同时也带来了显著的显存开销挑战,尤其是在长序列生成场景下。应用场景包括本地部署、边缘计算和长文本生成等资源受限环境。其中,KV Cache作为缓存历史Key和Value向量的关键技术,成为显存占用的主要因素。为了优化这一问题,业界从标准的多头注意力(MHA)出发,演进出了多查询注意力

weixin_34417183的博客 606

大模型中的激活函数

swiGlu 通过门控机制结合 Swish 激活函数,提供了更高的非线性控制,而 GELU 则通过高斯误差函数实现平滑的概率激活。两者各有优劣,选择时需要根据具体应用场景和计算资源进行权衡。

具身机器人和通用AI 686

大模型MoE稀疏激活真相:参数量、激活率与推理成本的工程解耦

混合专家(MoE)是当前大模型实现高效扩展的核心架构,其本质在于通过动态路由机制,在保持总参数规模的同时,控制每token实际参与计算的参数比例。这一‘稀疏性’并非简单开关,而是涉及路由网络设计、硬件带宽协同、序列级负载均衡等多层技术约束。真实激活率受输入语义密度、专家分布质量及软硬栈匹配度显著影响,常见‘2%激活率’说法实为未经验证的推测性指标。理解MoE的关键,在于从静态参数量转向动态有效计算量评估,并结合显存带宽、NVLink/CXL互连、专家卸载策略等工程要素构建可落地的推理优化路径。

duiker 439

大模型推理容量四维解析:参数、KV Cache、上下文与延迟的工程平衡

大型语言模型(LLM)的‘大’并非仅由参数量定义,而是参数规模、KV Cache内存开销、上下文窗口长度与token吞吐率共同构成的动态系统能力。在LangChain和LangGraph等AI Agent开发中,忽视KV Cache爆炸式增长或上下文位置编码衰减,极易导致CUDA out of memory、长尾延迟飙升及输出截断等生产事故。真实部署中,一个优化良好的13B模型常比未调优的70B模型具备更高推理稳定性与服务SLA达标率。本文聚焦模型容量的可测量工程本质,覆盖vLLM显存碎片、RoPE外推失真

weixin_30509393的博客 376

你真的懂Transformer了吗?超全分析模型的参数量、计算量!

作者| 丰臣英俊 编辑| 野马逐星点击下方卡片,关注“自动驾驶之心”公众号ADAS巨卷干货,即可获取点击进入→自动驾驶之心【Transformer】技术交流群本文只做学术分享,如有侵权,联系删文前言最近,OpenAI推出的ChatGPT展现出了卓越的性能,引发了大规模语言模型(Large Language Model, LLM)的研究热潮。大规模语言模型的“大”体现在两个方面:模型参数规模大...

CV_Autobot的博客 1万+

动态稀疏激活:MoE架构如何实现大模型2%参数高效推理

大语言模型的‘参数规模’与‘实际计算开销’并非线性关系——现代超大规模模型已从全参数稠密激活转向基于语义的动态稀疏激活。其核心原理是通过专家混合(MoE)架构,在token级实时路由决策中仅激活Top-k专家子网络,实现条件计算与负载均衡。这种范式不仅大幅降低显存占用与FLOPs消耗,更提升了领域专业化能力与推理稳定性。在金融问答、代码生成、多语言处理等典型工业场景中,动态稀疏激活已成为平衡性能、成本与延迟的关键技术路径。本文深入解析GPT-4级MoE系统中的路由器设计、专家异构配置与生产级负载调控机制。

weixin_34079177的博客 224

分析transformer模型的参数量、计算量、中间激活、KV cache、bf16、fp16、混合精度训练

计算端到端训练的GPU利用率时,不仅要考虑前向传递和后向传递的计算时间,还要考虑CPU加载数据、优化器更新、多卡通信和记录日志的时间。上文讲到一次前向传递中,对于每个token,每个模型参数,进行2次浮点数计算。前向计算过程中产生的中间激活,中间激活值与输入数据的大小(批次大小b和序列长度 l)是成正相关的,随着批次大小b和序列长度l的增大,中间激活占用的显存会同步增大。我们可以近似认为:在一次前向传递中,对于每个token,每个模型参数,需要进行2次浮点数运算,即一次乘法法运算和一次加法运算。

taoqick的专栏 1万+

【asrpro语音模块+语音控制小风扇】

智能语音控制小风扇,使用ASRPRO语音模块只要一句话就能设置小风扇不同挡位的风力。图形化编程简单有效的控制输出PWM的占空比。

qq_57234300的博客 1万+

URScript介绍

优傲机器人(Universal Robots)是丹麦工业协作机器人制造商,2005年成立,2015年被泰瑞达收购。其自研编程语言URScript基于Python语法,专为机器人控制优化,支持运动指令、IO控制等功能,具有类Python的简洁语法和实时性特点。URScript提供丰富的API,支持变量赋值、条件判断、循环及函数定义等编程结构,参数按值传递。用户可通过该语言在Polyscope界面编写程序,实现自动化任务。目前优傲在全球20多个办事处为多国客户提供服务。

谢谢大家的关注和点赞!这里只有纯纯的知识干货,没有一句废话。希望能实实在在帮到大家~要是觉得有用,别忘了给我点支持哟,你 603

Transformer的Q、K、V和Mutil-Head Self-Attention(超详细解读)

举个例子我们在某宝上搜索东西,输入的搜索关键词就是Q,商品对应的描述就是K,Q与K匹配成功后搜索出来的商品就是V。Q、K、V经过Linear然后经过h个Self-Attention,得到h个输出,其中h指的是注意力的头数。更多的头数意味着更强大的模型能力,比如LLM大模型Baichuan-13B中的head数目是40,而Baichuan-7B中的head数目是32。是三个可训练的参数矩阵,输入矩阵X分别与三个矩阵参数进行相乘,相当于进行一次线性变换,得到了Q、K、V。,那Q、K、V是怎么来的呢?

weixin_45303602的博客 4万+

GNSS-RTK/INS紧组合里,那个‘杆臂改正’到底怎么算?一个公式讲清INS与天线位置的关系

本文深入解析GNSS-RTK/INS紧组合导航系统中的杆臂改正(Lever Arm Correction)原理与实现方法。详细介绍了杆臂效应的物理本质、数学建模及误差扰动分析,揭示了IMU与GNSS天线位置关系的核心公式,并提供了工程实现中的常见误区与验证方法。通过Python代码示例和紧组合量测模型处理流程,帮助开发者准确理解并应用这一关键技术。

weixin_33137081的博客 357

Qwen3-Coder-FP8模型参数量与计算量详解,建议收藏!

本文以Qwen3-Coder-FP8模型为例,详细分析了其参数量和计算量。模型由62层transformer组成,采用MoE架构,其中FFN部分参数占比高达97.5%。文章计算了Attention和FFN两部分的参数量与计算量,指出当序列长度超过8.7K时,Attention计算开销将超过FFN。此外,还介绍了GQA技术对KV Cache的优化作用。此分析有助于理解大模型的资源需求和性能瓶颈。

2401_84208172的博客 944

手把手教你驱动6脚三位一体数码管:从引脚分析到C语言扫描代码实战

本文详细解析了如何逆向工程并驱动6脚三位一体数码管的全过程,从引脚分析到C语言扫描代码实战。通过系统化的测试和优化,作者总结出一套高效的驱动架构和调试方法,适用于工业设备中的非标准数码管应用。

weixin_42632434的博客 213

从0入门LocoTrack:6倍加速的SLAM追踪新范式实战指南

传统点追踪方法(如CorrTracker、TAPIR)在处理大规模场景或实时任务时,要么精度不足,要么速度太慢。而LocoTrack通过“局部4D相关性”和“Transformer全局关联”的创新设计,实现了精度与速度的双重突破速度:比现有SOTA方法快6倍,吞吐量高达数万点/秒;精度:在Kinetics、DAVIS等数据集上,定位误差显著低于传统方法;鲁棒性:能应对低纹理、动态场景等复杂环境,这是传统方法的“噩梦场景”。

m0_71589036的博客 95

从参数量到显存占用:PyTorch模型资源消耗全链路计算指南

本文详细解析了PyTorch模型从参数量到显存占用的全链路资源计算方法,涵盖模型参数量基础计算、FLOPs评估、训练与推理阶段的显存占用分析及优化策略。通过实用工具和理论公式,帮助开发者精准预估资源消耗,优化模型部署效率。

Black的专栏 808

Pointnet++改进91:2025最新改进模块-RepMBConv模块

本文提出了一种改进PointNet++网络的方法,通过在特征提取模块中引入RepMBConv结构来提升模型性能。主要内容包括:1)理论部分介绍了RepMBConv的设计原理,包含自监督学习框架、动态上下文建模等创新点;2)详细给出了三步修改步骤:创建包含RepMBConv的Python模块、在pointnet2_utils.py中添加注意力机制、修改pointnet2_sem_seg.py主网络结构;3)代码实现展示了如何将RepMBConv集成到PointNetSetAbstraction模块中,形成Po

AIcurator的博客 275

大模型部署必备:GPU显存计算全解析,从Llama 70B看懂显存需求(建议收藏)

文章详细解析了大模型推理所需的GPU显存计算方法,以Llama 70B为例,分三部分计算显存需求:模型权重(140GB)、KV Cache(800GB)和其他开销(94GB),总计约1TB。文章强调了KV Cache是显存占用的主要部分,并提供了针对单用户和短上下文的优化方案,指出显存优化技术可进一步降低需求。通过本文方法可快速估算任何大模型在不同场景下的显存需求。

2401_85154887的博客 1377

【Unity工具篇】| Unity项目中如何使用LuBan插件,详细集成步骤

前面写了一篇文章用于介绍LuBan的下载及快速使用方法:【Unity实战篇】| 实用插件LuBan,快速上手使用 本篇文章就来介绍一下将LuBan集成到自己的Unity项目的方法。 看完本篇文章之后,就可以直接把LuBan插件放到自己项目中进行配表和使用。

努力前行,总会成为自己心中的那道光 2万+

seurat v5更新及样本整合方法

1 Seurat 对象和 Assay 类发生了变化:支持更多种类的检测和数据类型,包括磁盘上的矩阵。引入了分层结构来存储数据,例如原始计数、标准化数据和 z 得分/方差稳定数据。可以使用 $ 访问器或 LayerData 函数来访问数据。现有的 Seurat v4 函数和工作流程仍可在 v5 中使用。2 整合工作流程发生了变化:简化了整合流程,提高了速度和内存效率。整合结果与 v4 工作流程略有不同,但用户仍可在 v5 中运行 v4 整合工作流程。

hx2024的博客 2686

大模型每Token激活参数量:MoE架构的核心技术解析

大模型推理效率瓶颈不在于总参数量,而在于实际参与计算的参数规模——即‘每Token激活参数量’。这一概念源于Mixture of Experts(MoE)架构的稀疏激活原理,通过动态路由机制实现计算资源的按需调度,显著降低显存占用、提升吞吐量并改善能效比。其技术价值体现在突破显存墙、缓解算力浪费、优化热管理三大工程痛点,在金融问答、实时翻译、边缘部署等对延迟与成本敏感的场景中尤为关键。理解每Token激活参数量,是掌握现代大模型高效推理与MoE落地实践的基础入口。

张 作强 BLOG 433

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

显存评估方法论:准确预测大模型推理所需显存消耗

在大模型部署中,显存不足或资源浪费是常见痛点。通过 ms-swift 框架的‘一锤定音’脚本,可在不加载模型的情况下精准预估推理所需显存,综合考虑权重、KV Cache、激活值与运行时开销,支持多模态与并行策略,实现轻量、可集成的非侵入式评估,推动显存规划从经验走向工程化。

weixin_29041443的博客 802

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

KV Cache优化与计算量调度:V4 Pro架构级效率革命

KV Cache和计算量是大语言模型长文本推理的两大核心瓶颈,前者决定显存占用上限,后者影响推理延迟与硬件成本。传统Transformer采用全量缓存与均匀计算范式,导致显存与算力随序列长度呈线性乃至平方级增长,难以支撑百万级上下文。V4 Pro通过层间重要性感知裁剪、动态分块注意力与跨层KV融合,重构KV Cache的生命周期管理;同时引入稀疏路由与自适应注意力计算机制,实现按需分配算力。这种KV Cache与计算量的协同优化,使模型具备内存与算力双重感知能力,显著提升有效吞吐(ET),在金融研报摘要、法

weixin_30698527的博客 363

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

GPT-4参数量与MoE激活率真相:1.8万亿和2%的工程本质

大语言模型中的MoE(混合专家)架构是实现高效推理的核心范式,其核心原理在于通过动态路由机制,在单次token生成中仅激活部分专家子网络,从而显著降低实际计算量与能耗。这种稀疏激活并非简单比例缩放,而是依赖于路由策略、专家分布、输入语义密度等多重因素的技术权衡。其技术价值体现在推理成本优化、长上下文支持与领域自适应能力提升,广泛应用于金融研报生成、医疗诊断辅助、工业故障分析等对延迟与精度双敏感的AI工程场景。本文聚焦GPT-4广为流传的‘1.8万亿参数’与‘2% per token’说法,揭示其作为经验估算

daxi1047的博客 625

大模型MoE架构解析:激活参数量如何决定真实性能

混合专家(MoE)是现代大模型实现高效推理的核心稀疏化技术,其本质是在保持超大规模参数总量的同时,通过动态路由机制仅激活少量专家子网络,从而显著降低单次推理的计算开销与显存压力。该机制背后涉及路由算法设计、专家负载均衡、参数隔离与调度开销等多重工程权衡。技术价值体现在突破‘内存墙’限制、提升吞吐量并控制延迟,广泛应用于GPT-4、DeepSeek-R1等千亿级模型的生产部署。实际评估时,关键指标并非总参数量,而是激活参数量、专家利用率和稀疏性收益比——这些直接决定GPU资源消耗与端到端响应质量。

cuanmo8775的博客 389
上一篇: RAG 文档解析工具选型指南:从结构化数据到多模态内容
下一篇: AI产品经理面试/实战必看:30道核心业务题答案汇总(附解题思路,一篇就够)
不秃头de程序猿
博客等级 码龄5年 4089粉丝 1478原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值