推理与部署AI 资源
fLLM:纯 Rust 实现的本地 LLM 推理引擎,支持 GGUF 与多种兼容 API
Marco-Lu2508/fLLM · Local LLM inference engine in pure Rust: GGUF, OpenAI/Anthropic/Ollama-compatible API, CUDA (incl. NVFP4), Metal, Vulkan, CPU
ELI5:它是什么,解决什么问题
fLLM 是用 Rust 编写的本地大模型推理引擎,可直接加载 GGUF 文件,也能把 Hugging Face 的 safetensors、PyTorch、AWQ、GPTQ、FP8、NVFP4 等检查点自动转换为 GGUF,并提供量化、LoRA 合并与 GGUF 分片工具。它在一个端口上同时提供 OpenAI、Anthropic、Ollama、SGLang/TGI、llama.cpp 风格的 HTTP API,以及终端聊天和内置网页聊天;支持工具调用、结构化输出、推理内容拆分、连续批处理、前缀缓存和投机解码。后端覆盖 CPU、CUDA、wgpu(Vulkan/Metal/DX12),可选 ROCm/HIP、SYCL 等;项目自述为较年轻,许多真实模型与 GPU 组合尚未完整验证,且不支持音频、图像生成、微调运行时切换 LoRA 等能力。
核心能力与快速开始
★ 0 · Rust
- 能做什么
- 加载 GGUF 全系列量化类型;自动转换 Hugging Face 检查点(safetensors、PyTorch、AWQ/GPTQ 4-bit、FP8、NVFP4、MXFP4、EXL2/EXL3 导入等)为 GGUF 并缓存;提供量化、LoRA 合并、GGUF 元数据与分片工具;单进程单模型服务,支持 OpenAI、Anthropic、Ollama、SGLang/TGI、llama.cpp 风格的 HTTP API,以及嵌入、重排、分类接口;终端聊天与内置 Web 聊天;流式输出、工具调用解析、推理内容拆分、JSON Schema/GBNF/Lark/正则结构化输出、logprobs 与多种采样控制;连续批处理、分块预填充、前缀缓存、投机解码;分页 KV cache 多种精度格式。
- 适用场景
- 在本地或自托管环境部署 GGUF 模型并提供 OpenAI/Anthropic/Ollama 兼容接口;把 Hugging Face 上的量化检查点转换为 GGUF 后统一推理;对模型进行量化与 GGUF 文件管理;为需要嵌入、重排、分类的应用提供 HTTP 服务;在终端快速试用和基准测试本地模型。
- 项目形态
- 可直接使用的工具
- 部署方式
- 提供 Linux x86_64/aarch64 与 macOS aarch64/x86_64 预发布二进制;提供 ghcr.io 的 CPU 与 CUDA Docker 镜像;Windows 暂无发布产物,需用 cargo 从源码构建;也可从源码构建(Rust stable、C 编译器、Git,CUDA 构建需 CUDA toolkit)。
- 主要依赖
- Rust stable、C 编译器、Git;CUDA 构建需 CUDA toolkit,CUDA Docker 镜像需 NVIDIA 驱动及 Linux 上的 NVIDIA Container Toolkit;CPU 需 x86-64 或 AArch64;模型权重与显存需求依模型规模而定,材料未给出具体门槛。
- 使用限制
- 项目自述较年轻;多数真实多 GB 检查点及转换后文件的 GPU 运行未经测试,部分架构(如 Gemma 4、Gemma 3n、Jamba、Falcon-H1、DeepSeek V3.2/V4)不支持;单进程仅用单设备,不支持多 GPU 拆分单模型;不支持音频、图像生成、实时、审核、Assistants、微调及运行时切换 LoRA;无 IQ/TQ/FP4 量化写出;wgpu 仅保留 f16 与 q8_0 KV cache;提供方未说明 API 成本、商业使用与硬件最低要求等条件。
- 许可证
- Apache-2.0
- 最近推送
- 2026-10-20 02:57
资料检查:2026-10-20 07:00 · 卡片整理:2026-11-05 07:00
卡片由 AI 根据仓库资料整理,未进行安装或运行验证
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。