LMDeploy项目中获取InternVL2-8B模型特定token概率的技术实现
在基于LMDeploy项目部署大语言模型时,开发者常需要获取模型对特定token(如字母A-Z)的预测概率分布。本文以InternVL2-8B模型为例,深入探讨两种不同的技术实现方案。
原生PyTorch实现方案
原生PyTorch方案通过直接调用模型接口可以完整获取vocabulary级别的概率分布。关键技术点包括:
-
目标token索引准备:首先需要将目标字符(A-Z)转换为模型tokenizer对应的token ID。由于tokenizer可能对单个字符进行特殊编码,需要特别注意获取正确的token索引。
-
生成配置设定:关键配置参数包括:
output_scores=True确保返回分数张量return_dict_in_generate=True获取结构化输出- 禁用采样(do_sample=False)保证确定性结果
-
概率后处理:对原始logits应用softmax转换为概率分布,并提取目标token对应的概率值。
这种方案的优点是能够获取完整的vocabulary分布,但需要直接操作模型实例,在部署环境中可能不够便捷。
LMDeploy Pipeline方案
LMDeploy的pipeline接口提供了更便捷的部署方案,但目前存在一些限制:
-
当前限制:标准生成接口无法直接返回完整vocabulary的logits,只能通过logprobs参数获取top-k概率。
-
替代方案:可以采用两阶段计算的方式:
- 第一阶段正常生成文本,记录输出的token序列
- 第二阶段使用get_logits方法逐步计算每个生成token时的完整logits
-
技术细节:
- 需要维护输入的embedding状态
- 通过逐步扩展token序列来模拟生成过程
- 可以设置计算范围优化性能
这种方案虽然能间接达到目的,但需要重复计算且无法并发处理,适合对延迟不敏感的场景。
方案对比与选型建议
对于不同场景,建议如下:
-
研发调试场景:优先使用原生PyTorch方案,可以获取完整概率信息,便于分析模型行为。
-
生产部署场景:若只需top-k概率,使用pipeline的logprobs参数;若必须完整分布,可采用两阶段方案,但要注意性能损耗。
-
未来优化方向:可以期待LMDeploy未来版本增加直接输出完整logits的功能,这将大大简化此类需求实现。
理解这些技术细节有助于开发者更好地利用LMDeploy项目部署视觉-语言大模型,并在需要时获取模型的详细预测信息。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
pc-uishopTNT开源商城系统使用java语言开发,基于SpringBoot架构体系构建的一套b2b2c商城,商城是满足集平台自营和多商户入驻于一体的多商户运营服务系统。包含PC 端、手机端(H5\APP\小程序),系统架构以及实现案例中应满足和未来可能出现的业务系统进行对接。Vue00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01