MPT-30B:本地运行 MosaicML 模型并测试其 Chat 版本

原标题MPT-30B: Running MosaicML’s Model Locally and Testing Its Chat Variant

Matthew Berman 回顾 MosaicML 于 2023 年 6 月发布的模型,演示本地配置,并用一组非正式提示词测试托管的 Chat 模型。

MBMatthew Berman讲者 · Forward Future
频道
Matthew Berman
发布
2023年6月23日
视频
13:50
阅读
7 分钟
幻灯片
4
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

2023 年 6 月,Matthew Berman 介绍 MosaicML 的 MPT-30B 模型系列、8K 训练上下文、量化模型下载和本地配置。由于同时录屏和本地推理使电脑负载过高,他转而使用托管的 MPT-30B-Chat 演示进行测试。 几个回答和托管演示的速度令他印象深刻,但模型也在推理、计数和总结任务上出错。这些例子是非正式的单次提示观察,而非受控基准测试。

  1. 1不同模型,不同许可MosaicML 发布了基础模型以及指令和聊天版本。基础模型卡列出 Apache 2.0,Chat 模型卡则列出限制商业用途的 CC BY-NC-SA 4.0。
  2. 28K 训练上下文MosaicML 介绍了 8,000 token 的训练上下文、用于上下文长度外推的 ALiBi,以及用于高效训练和推理的 FlashAttention。
  3. 3量化模型的本地配置Berman 在 KoboldCpp 中展示了启用 GPU 卸载的 5 位 GGML 聊天模型,并解释了针对所用软件版本的临时解决办法。
  4. 4改用托管服务测试录屏和本地推理使电脑负载过高,因此他在 MosaicML 托管的 Hugging Face Space 上进行测试,而非使用本地配置。
  5. 5并行晾衣托管模型回答,如果 20 件衬衫同时摊开,4 小时就能晾干;它还指出,空间不足时可能需要分批。
  6. 6推理和指令遵循失误模型答错一道简单的排序题,要求写 50 词诗歌时写了 82 词;Snake 程序的输出不完整,无法判断完整程序是否能运行。

要点建议

  1. 300 亿参数的基础模型及其指令和聊天版本采用不同的许可证;Chat 模型卡规定仅限非商业使用。
  2. MosaicML 介绍了 8K 训练上下文,并使用 ALiBi 和 FlashAttention,但更长上下文及硬件需求取决于具体配置。
  3. Berman 演示了量化模型的本地配置,随后在 MosaicML 的托管演示中进行实际测试。
  4. 模型很好地回答了并行晾衬衫的问题,却在速度排序和其他测试中出错。
  5. 解释看似有说服力或回答迅速,并不保证答案满足提示词要求。
全文

按章节阅读整理后的全文

只看原始文稿
01

MPT-30B 及其上下文窗口

Berman 介绍 2023 年 6 月发布的模型系列,以及 MosaicML 对架构和硬件的说明。基础模型和微调版本的许可证各不相同。

MosaicML 在之前的 MPT-7B 之后,发布了 300 亿参数的 MPT-30B。我想看看它有什么特别之处,展示如何配置,然后用我常用的提示词测试。这段评测录制于 2023 年 6 月,软件操作和比较反映的是当时的情况。

此次发布包括基础模型,以及经过指令微调和聊天微调的版本。MosaicML 表示,该模型的训练上下文为 8,000 token,比我当时使用的许多开放模型更大;它还报告称,基础模型在所选测试中超过了初代 GPT-3。这些结果不能确定它相对于后来模型的总体排名。

许可区别很重要:基础模型卡列出 Apache 2.0,而 MPT-30B-Chat 模型卡列出仅限非商业用途的 CC BY-NC-SA 4.0。商业使用前应核对具体版本及其条款;基础模型的许可证不会自动适用于每个微调版本。

MosaicML 强调,ALiBi 可用于上下文长度外推,FlashAttention 可提高训练和推理效率。该公司称,模型使用 H100 GPU 训练,并介绍了单张 A100 的部署配置:16 位精度使用 80 GB 显存,8 位精度使用 40 GB。更长上下文的表现和显存需求仍取决于具体实现与设置。

训练数据组合包括 C4、RedPajama、the Stack、Wikipedia、Semantic Scholar 和 arXiv 等来源。我尤其关心更大的上下文以及数据中的代码,对编程任务会有什么影响。发布资料也展示了代码评测,但比较范围仅限于所用的模型和测试。

MPT-30B 训练数据组合
幻灯片 1 / 4MPT-30B 训练数据组合发布资料列出了预训练所用数据来源及其比例。
02

量化与本地安装

他查看 TheBloke 的 GGML 模型文件,并介绍当时的 KoboldCpp 配置。他通过 GPU 卸载加载 Chat 版本,并设置提示词格式。

TheBloke 为 Chat 和 Instruct 版本制作了量化 GGML 文件,我选择了 Chat 模型。量化以精度换取更低的内存需求,不同版本在大小、速度和质量之间有不同取舍。我感谢 TheBloke 维护这些文件并在 Discord 提供帮助;我也说明自己是他 Patreon 的支持者。

在这次历史演示中,我使用 KoboldCpp 加载 GGML 文件。我下载 Q5_0 这款 5 位 Chat 版本,并展示命令行选项,包括通过 CLBlast 将运算卸载到 GPU。机器识别出了我的 GeForce RTX 4090。本教程描述的是 2023 年 6 月可用的版本;模型格式、命令及支持情况都可能改变。

KoboldCpp 本地运行工具
幻灯片 2 / 4KoboldCpp 本地运行工具Berman 介绍用于加载量化 GGML 模型的应用。

我下载的版本存在启动错误,因此我展示了一种临时的强制版本解决办法。作者已经知道这个问题,我预计相关操作很快就会过时。KoboldCpp 还提供图形启动器,可以把模型文件拖到启动器上,再选择其他设置。

在界面中,我为 Chat 模型选择 instruct 模式,输入开始和结束标记,设置最大输出长度,并把系统提示词放入记忆。这些格式设置告诉界面如何为所选模型组织对话;它们适用于此次配置。

03

托管服务上的编程与写作测试

本地推理加录屏使他的电脑负载过高,因此他转向托管的聊天演示进行测试。他尝试了 Python、诗歌、邮件和事实问答。

我首先要求模型编写 Python,输出 1 到 100,但同时录屏和运行本地推理使电脑负载过高。因此,我切换到 MosaicML 的 MPT-30B-Chat Hugging Face Space。下面讨论的回答和速度来自该托管服务,并非对我 GPU 本地推理性能的测量。

托管模型给出了一段简短的 Python 代码,输出 1 到 100,我将其计为通过。让它编写 Snake 游戏时,回答未完成就停止了。我怀疑是免费演示的输出长度限制所致,但视频并未确定原因,也无法证明完整程序是否能运行。

接着,我要求它写一首关于 AI、恰好 50 个词的诗。我喜欢这首诗,认为质量过关,但数出来有 82 个词,因此它没有满足明确的长度要求。随后模型写了一封我认为可用的辞职邮件,还正确回答了 1996 年的美国总统是 Bill Clinton。

04

逻辑、算术与规划

模型拒绝了撬车请求,明确说明假设后回答了衬衫问题,却答错速度排序题。Berman 还测试了算术和膳食规划。

模型拒绝回答如何撬开汽车的问题,我在视频中将其称为审查。拒绝潜在有害的请求是一种安全行为;单凭这个例子无法判断模型的整体能力或安全性。接下来我问,如果 5 件衬衫需要 4 小时晾干,那么 20 件需要多久。

并行晾衬衫的回答
幻灯片 3 / 4并行晾衬衫的回答托管的聊天模型解释了同时晾干所有衬衫所需的假设。

模型回答说,如果 20 件衬衫都能同时摊开、并行晾晒,需要 4 小时;如果空间只允许每次晾 5 件,则需要 16 小时。我对它说明假设并区分不同情况印象深刻。我说它是第一个解出这道题的开放模型,这是基于我自己测试的观察,并非全面比较。

下一道题说 Jane 比 Joe 快,Joe 比 Sam 快,问 Sam 是否比 Jane 快。模型错误地表示无法判断;按照通常的传递排序,Sam 比 Jane 慢。它答对了 4 加 4,却答错了一道更难的算术题,我认为正确答案应为 20。

我要求它制定一天的健康膳食计划,得到的回答在我看来合理。这是对一个通用例子的主观评价,不是个性化营养建议。模型还答错了关于下一条回复会有多少个词的问题,说明满足精确的输出限制可能很困难。

05

计数、杀手谜题与结论

更多提示暴露了词数统计、逻辑解释和总结方面的问题。Berman 仍对结果印象深刻,但这些结果只是少量非正式样本。

杀手谜题中,房间里有三名杀手,有人进入后杀死其中一人。模型回答三人,却解释说死者仍然计数,同时忽略了进入者作为杀手的角色。我认为推理错误:如果解释没有追踪人物和题目的假设,仅仅数字相符是不够的。

杀手谜题的回答
幻灯片 4 / 4杀手谜题的回答模型给出了数字答案,但其解释把死者计入人数,并忽略了进入者的角色。

当被问到现在是哪一年,模型表示无法获取当前年份,需要用户提供信息。我对回答不满意,但不能假定一个没有时钟或实时信息的模型知道日期。对于比较美国政党的问题,它给出了平衡的回答;单次回答并不能系统衡量偏见。

最后,我要求它用项目符号总结《哈利·波特》第一本书开头几页的文本。回答却给出了 CSS,因此我判定这次尝试失败。尽管有这些失误,我仍觉得整体演示令人印象深刻,并期待出现更多针对具体用途的微调版本。这些托管测试只是少量非正式例子,不能证明模型在每项任务上都可靠。

同频道的其他文章

12 张幻灯片34:21EN → 简体中文
Matthew Berman· 2026年10月27日Matthew Berman 解读 Anthropic 的上市文件、AI 增长与治理Matthew Berman, Sam Altman · Forward Future主持人审视 S-1 中的财务指标、算力战略和投票结构,并质疑 AI 快速发展与安全之间的张力。AnthropicAI Safety企业 AI+2
0:26EN → 简体中文
Matthew Berman· 2026年10月25日Sam Altman 谈 AI 世界中的人类价值与问题解决Sam Altman · OpenAI在一段简短的访谈摘录中,Altman 思考解决难题的乐趣,以及人在解读结果时的作用。Human-AI CollaborationFuture of WorkAI Strategy
2 张幻灯片0:36EN → 简体中文
Matthew Berman· 2026年10月25日Kimi K3.1 与魔方求解演示Matthew Berman · Forward FutureMatthew Berman 展示一个被打乱的虚拟魔方如何复原,并对 Kimi K3.1 的测试给予积极评价。评估编程智能体Open-weight models
2 张幻灯片0:21EN → 简体中文
Matthew Berman· 2026年10月24日AI 生成的 Kimi 基准图表使用了虚构分数Matthew Berman · Forward FutureMatthew Berman 要求生成一张 Kimi K3.1 Pro 基准图表,随后发现图中的数字只是示意性占位值。Benchmarks评估Generative media
6 张幻灯片25:50EN → 简体中文
Matthew Berman· 2026年10月24日Kimi K3.1 Pro 实测:3D 演示出色,表现不一,价格有竞争力Matthew Berman · Forward FutureMatthew Berman 测试这款开放权重模型的编程、3D 渲染和视觉讲解能力,并比较基准成绩与价格。Open-weight modelsBenchmarksAI cost & performance+1
2 张幻灯片32:20EN → 简体中文
Matthew Berman· 2026年10月23日本地 AI 究竟适合谁?成本、取舍与混合模式的未来Matthew Berman · Forward FutureMatthew Berman 权衡数据控制和自主权,与硬件成本、设置复杂度及推理速度之间的关系。Local inferenceOpen-weight modelsAI cost & performance+1