在4台GB10上运行GLM 5.2,配备100G交换机,330k上下文,~25 tok/s解码,~650 tok/s预填充
摘要
本文详细介绍了在4台GB10的配置上,使用100G交换机运行GLM 5.2,在330k上下文下实现约25 tok/s解码和约650 tok/s预填充。内容包括硬件成本、使用Depth Prefill的性能基准测试,以及关于为更长上下文进行模型剪枝的说明。
TP4+DCP2用于约360k的KV池。使用更长提示词时,预填充速度提高到900-1000 t/s。你还可以运行DCP4获得660k容量,但预填充会降到约400 t/s。去掉DCP可将预填充提高到约750 t/s。我运行4个草稿token,而Z.ai推荐5个。解码速度严重依赖于文本类型。思考类文本约20 tok/s,代码类25-35 tok/s。Pi中的典型对话回合给我约24 tok/s。将模型剪枝5-10%,可能让你获得1M上下文或更高的并发度,如果你需要的话。在我的日常使用中,10%的无数据剪枝似乎保留了模型的编码能力,但在细粒度上损失了一些对指令的遵循能力。我的硬件成本约1.6万美元。现在可能贵1-2千。2台Acer GN100,每台3799美元;2台Asus GX10,每台3499美元;1台Mikrotik CRS504,650美元;4条NADDOD QSFP56 DAC线缆,每条66美元(可替换为QSFP28用于CRS504)。从一般意义上说,这不算快或经济实惠,但它是可行的。而且我认为如果你想本地运行GLM,这比512GB Mac Studio更好,后者解码大概12 tok/s(受计算限制),预填充50 tok/s。下面是使用llama-benchy的基准测试结果,NL prose,所以比典型的代理工作流慢。
Depth Prefill (pp2048) Decode (tg512) 0 597.9 ± 6.4 21.7 ± 0.6 8k 602.6 ± 0.8 21.5 ± 0.8 32k 597.7 ± 0.2 21.8 ± 0.6
Pi中的短回合补丁和配方:https://github.com/CosmicRaisins/glm-5.2-gb10
相似文章
GLM-5.2-Int4-Int8 在 8× GB10 上:约 1,200 t/s 预填充,33–54 t/s 平均解码
描述了在 8 节点 DGX Spark (GB10) 集群上使用定制 vLLM 分支部署和基准测试量化后的 GLM-5.2-Int4-Int8Mix 模型,实现了约 1,200 t/s 的预填充和约 35 t/s 的解码,支持 MTP 工具调用。
@Tech2Wild: 在家运行完整的GLM-5.2,744B参数,全部256个专家,未剪枝,跨4×NVIDIA DGX Spark (GB10)。200K上下文 · MTP …
一份详细的指南,介绍如何跨4个NVIDIA DGX Spark节点运行未剪枝的GLM-5.2模型(744B参数,256个专家),支持200K上下文,总吞吐量高达60.5 tok/s。包含性能基准测试、致谢和补丁。
@0xSero:GLM-5.1-478B-NVFP4 跑在:4×RTX Pro 6000、SGLang,最大 37 万 token(1.75× 满上下文),p10 27.7 | p90 45…
一份 478B 参数的量化 GLM-5.1 模型在 4 块 RTX Pro 6000 上用 SGLang 运行,支持 37 万 token 上下文,解码最高 45 tok/s,预填充 1340 tok/s,并现场演示操控 Figma。
我进行了一些模型优化技巧,将GH200系统上的GLM5.2从约2.5 tok/s提升至超过50 tok/s。
一篇详细博客文章,描述了如何通过停止模型跨模块通信,并将FP8 MTP头部嫁接至INT4基础模型上,将双Grace Hopper系统上的GLM-5.2推理速度从2.5 tok/s显著提升到超过50 tok/s。
16块AMD MI50 32GB:GLM-5.2 Q4 在 llama.cpp RPC 上以 12.2 tok/s 运行
描述了在由16块AMD MI50 GPU组成的集群上,使用llama.cpp的RPC以4位量化运行GLM-5.2模型,达到12.2令牌每秒的速度,并在10.7k上下文中实现了连贯的长文本生成。