在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
相似文章
@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。
@AlpinDale: GLM-5.2-FP8在4个节点的4090-48GB上运行,解码速度约28 tok/s。这些节点通过以太网的互连速度为10吉比特……
AlpinDale称,在4个节点的RTX 4090(48GB)上运行GLM-5.2-FP8,通过10吉比特以太网实现约28 tok/s的解码速度,并计划使用DSpark进行优化。
@tolak_eth: 我想分享一下我们是如何避免每年花费约16万美元来托管拥有完整1M上下文的GLM-5.2。当GLM-5.2推出时……
Phala通过将MoE专家量化至4位并保留关键部分为FP8/BF16,在单个8×H200节点上实现了与FP8基线相同的基准测试结果,从而避免了每年16万美元的GLM-5.2完整1M上下文托管成本,并在Hugging Face上发布了优化后的模型GLM-5.2-W4AFP8。