首页
/ ChatGLM3微调模型推理报错NotImplementedError问题分析与解决方案

ChatGLM3微调模型推理报错NotImplementedError问题分析与解决方案

2025-05-16 20:39:52作者:舒璇辛Bertina

问题背景

在使用ChatGLM3进行模型微调后,许多用户在执行推理时遇到了NotImplementedError错误。这个错误通常发生在尝试使用inference_hf.py脚本加载微调后的checkpoint进行推理时,而直接使用原始ChatGLM3-6B模型则不会出现此问题。

错误现象

当用户执行以下命令时会出现错误:

python inference_hf.py output/checkpoint-2000 --prompt "$(cat /root/test.txt)"

错误堆栈显示在transformers库的modeling_utils.py文件中触发了NotImplementedError,具体是在set_input_embeddings方法中。这表明模型在尝试调整输入嵌入层时遇到了未实现的功能。

根本原因分析

经过深入分析,这个问题主要由以下几个因素导致:

  1. tokenizer不匹配:微调过程中生成的tokenizer配置与原始模型不完全兼容
  2. 模型架构变更:微调后的模型在嵌入层处理上与原始实现存在差异
  3. 版本依赖问题:transformers库的某些版本在处理PEFT(Parameter-Efficient Fine-Tuning)模型时存在兼容性问题

解决方案

方法一:使用原始tokenizer(推荐)

最简单的解决方案是使用原始ChatGLM3的tokenizer替换微调后生成的tokenizer文件。需要替换的文件包括:

  • tokenization_chatglm.py
  • tokenization_chatglm.txt
  • tokenizer_config.json
  • tokenizer.model

这些文件可以从原始ChatGLM3-6B模型中获取,直接覆盖微调输出目录中的对应文件即可。

方法二:更新代码库

如果使用的是较旧版本的ChatGLM3代码库,建议更新到最新版本。最新代码已经修复了相关兼容性问题,许多用户报告在更新后问题得到解决。

方法三:检查CUDA环境

部分用户遇到的是CUDA相关的运行时错误,可以尝试以下方法:

  1. 设置环境变量:export CUDA_LAUNCH_BLOCKING=1以便更准确地定位CUDA错误
  2. 检查CUDA和PyTorch版本是否兼容
  3. 确保显卡驱动是最新版本

最佳实践建议

  1. 微调前备份:在进行微调前,备份原始模型的tokenizer相关文件
  2. 版本一致性:确保训练和推理环境使用相同版本的transformers和peft库
  3. 逐步验证:微调后先进行小规模测试,确认模型可以正常加载和推理
  4. 环境隔离:使用虚拟环境或容器来保证环境的一致性

技术深度解析

这个问题的本质在于PEFT模型与原始模型在嵌入层处理上的差异。ChatGLM3使用自定义的模型架构,当通过PEFT方式进行微调后,模型会尝试调整token嵌入层的大小,但原始实现中没有完全实现这一功能。

transformers库中的set_input_embeddings方法在基类中只是一个抽象接口,需要子类具体实现。当PEFT尝试调整嵌入层大小时,会调用这个方法,而如果子类没有正确实现,就会抛出NotImplementedError。

总结

ChatGLM3微调后推理报错的问题主要源于tokenizer和模型架构的兼容性问题。通过使用原始tokenizer或更新代码库可以有效解决。理解这一问题的本质有助于开发者更好地使用和定制ChatGLM3模型,也为处理类似的大模型微调问题提供了参考思路。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
470
3.48 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
flutter_flutterflutter_flutter
暂无简介
Dart
718
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
209
84
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1