LoRAEdit项目支持的模型类型及训练指南
2025-06-19 04:48:34作者:贡沫苏Truman
LoRAEdit是一个专注于高效微调各类生成模型的工具,特别适合在有限硬件资源下进行模型定制化训练。本文将详细介绍该项目支持的各类模型及其训练配置要点,帮助开发者快速上手。
模型支持概览
LoRAEdit支持多种主流生成模型,包括图像生成和视频生成两大类。下表展示了各模型对LoRA微调、全参数微调(fp8/量化)的支持情况:
| 模型名称 | LoRA支持 | 全参数微调 | fp8/量化支持 |
|---|---|---|---|
| SDXL | ✅ | ✅ | ❌ |
| Flux | ✅ | ✅ | ✅ |
| LTX-Video | ✅ | ❌ | ❌ |
| HunyuanVideo | ✅ | ❌ | ✅ |
| Cosmos | ✅ | ❌ | ❌ |
| Lumina Image 2.0 | ✅ | ✅ | ❌ |
| Wan2.1 | ✅ | ❌ | ✅ |
| Chroma | ✅ | ✅ | ✅ |
| HiDream | ✅ | ❌ | ✅ |
主要模型详解
SDXL模型
SDXL是目前最流行的开源图像生成模型之一。LoRAEdit对其支持特点如下:
- 配置要点:需要指定checkpoint路径和数据类型(bfloat16)
- 训练特点:支持文本编码器训练,不缓存文本嵌入
- 硬件需求:全参数微调需要48GB显存(可使用2块24GB显卡并行)
- 输出格式:LoRA采用Kohya格式,全参数微调采用原生SDXL格式
[model]
type = 'sdxl'
checkpoint_path = '/path/to/sd_xl_base_1.0.safetensors'
dtype = 'bfloat16'
unet_lr = 4e-5
text_encoder_1_lr = 2e-5
text_encoder_2_lr = 2e-5
Flux模型
Flux是Black Forest Labs开发的高效生成模型:
- 配置灵活性:可从Diffusers目录加载,也可单独覆盖transformer权重
- 训练优化:支持fp8训练transformer,节省显存
- 特殊参数:
flux_shift参数控制分辨率相关的时间步偏移
[model]
type = 'flux'
diffusers_path = '/path/to/FLUX.1-dev'
transformer_dtype = 'float8'
flux_shift = true
视频生成模型
LTX-Video
- 混合加载:同时需要Diffusers目录和单文件checkpoint
- 训练限制:仅支持文本到图像(t2i)和文本到视频(t2v)训练
- 时间步采样:推荐使用logit_normal方法
HunyuanVideo
腾讯开发的强大视频生成模型:
- 加载方式:支持官方ckpt路径或ComfyUI单文件组合
- fp8支持:transformer可启用fp8训练
- 输出格式:Diffusers风格,兼容ComfyUI
[model]
type = 'hunyuan-video'
transformer_path = '/path/to/hunyuan_video.safetensors'
vae_path = '/path/to/vae.safetensors'
transformer_dtype = 'float8'
Wan2.1
- 变体支持:兼容t2v和i2v两种变体
- i2v训练:必须使用纯视频数据集
- 硬件要求:14B模型的i2v训练显存需求高
其他特色模型
Lumina Image 2.0
- 分辨率建议:推荐1024x1024训练
- 全参数微调:单24GB显卡可行,需使用特殊优化器
- 训练技巧:建议添加caption前缀
Chroma
- 架构基础:基于Flux Schnell修改
- 训练优化:transformer支持fp8
- 配置要点:需要同时指定Flux的Diffusers路径和Chroma单文件
HiDream
- 分辨率要求:最低1024,低分辨率效果差
- 文本编码:Llama3编码器需保持加载,支持4bit量化
- 显存需求:基础需要48GB,通过量化可降至24GB
训练建议与技巧
- 显存优化:对于大模型,优先尝试fp8/量化选项
- 学习率设置:不同组件(如UNet和文本编码器)可设置不同学习率
- 视频训练:注意视频clip模式设置,i2v需要特殊处理
- 分辨率选择:某些模型有最低分辨率要求,低于会影响质量
- 优化器选择:全参数微调时,考虑使用内存优化版优化器
通过合理配置,LoRAEdit可以在有限硬件资源下高效微调各类先进生成模型,是生成式AI开发者的有力工具。
登录后查看全文
热门项目推荐
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C042
MiniMax-M2.1从多语言软件开发自动化到复杂多步骤办公流程执行,MiniMax-M2.1 助力开发者构建下一代自主应用——全程保持完全透明、可控且易于获取。Python00
kylin-wayland-compositorkylin-wayland-compositor或kylin-wlcom(以下简称kywc)是一个基于wlroots编写的wayland合成器。 目前积极开发中,并作为默认显示服务器随openKylin系统发布。 该项目使用开源协议GPL-1.0-or-later,项目中来源于其他开源项目的文件或代码片段遵守原开源协议要求。C01
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0121
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00
项目优选
收起
deepin linux kernel
C
26
10
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
435
3.3 K
Ascend Extension for PyTorch
Python
241
277
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
695
367
仓颉编译器源码及 cjdb 调试工具。
C++
138
869
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
暂无简介
Dart
696
163
React Native鸿蒙化仓库
JavaScript
270
328
仓颉编程语言运行时与标准库。
Cangjie
145
881