首页
/ Xinference项目中Gemma-3模型推理引擎支持现状分析

Xinference项目中Gemma-3模型推理引擎支持现状分析

2025-05-29 23:11:15作者:薛曦旖Francesca

背景介绍

Xinference是一个开源的模型推理框架,支持多种大语言模型的部署和运行。近期Google发布了Gemma-3系列模型,用户在使用Xinference部署Gemma-3时遇到了一些技术挑战。

Gemma-3模型支持情况

VLLM引擎支持

在Xinference 1.4.0版本中,默认的VLLM版本(0.7.2)不支持Gemma-3模型。需要将VLLM升级到0.8.0版本才能获得Gemma-3的支持。升级方法是在容器内执行:

pip install vllm==0.8.0

升级后,Xinference的Web界面将显示VLLM作为Gemma-3的推理引擎选项。

量化支持问题

目前Gemma-3的4位量化模型(gemma-3-27b-it-bnb-4bit)在VLLM引擎中尚无法正常工作。主要原因是VLLM当前仅支持BNB(BitsandBytes)格式的量化权重,而Gemma-3的量化模型权重加载时会报错,提示缺少关键参数(如layers.0.mlp.down_proj.weight.absmax)。

Llama.cpp引擎支持

Xinference默认的Llama.cpp版本同样不支持Gemma-3模型架构。错误信息显示:"unknown model architecture: 'gemma3'"。要解决这个问题,需要使用Xinference专门优化的xllamacpp后端:

pip install xllamacpp==0.1.11

同时需要设置环境变量:

USE_XLLAMACPP=1

技术分析

VLLM对Gemma-3的支持机制

VLLM 0.8.0版本新增了对Gemma-3模型架构的专门支持。在模型加载过程中,VLLM会识别Gemma-3特有的网络结构,如特殊的注意力机制和前馈网络设计。对于量化模型,VLLM当前仅支持标准的FP16/FP32精度模型,对BNB量化格式的支持仍在开发中。

量化模型的技术挑战

Gemma-3的4位量化模型采用了特殊的权重压缩格式,需要特定的反量化逻辑。当前VLLM的权重加载器无法正确处理这种格式,导致加载失败。这需要等待VLLM团队或Xinference团队实现相应的量化权重处理逻辑。

解决方案建议

  1. 非量化模型:目前最稳定的方案是使用FP16精度的原始Gemma-3模型配合VLLM 0.8.0引擎。

  2. 等待量化支持:对于需要量化模型的场景,建议关注VLLM和Xinference的更新,等待官方支持Gemma-3的量化版本。

  3. 替代引擎:可以尝试使用xllamacpp后端,但需要注意其功能完整性和性能表现可能与传统Llama.cpp有所不同。

未来展望

随着Gemma-3模型的普及,预计Xinference和底层引擎(VLLM、Llama.cpp等)将很快完善对Gemma-3全系列模型的支持,包括各种量化版本。开发者可以关注项目的更新日志,及时获取最新支持情况。

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

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
466
3.47 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
715
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
203
81
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.26 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1