For the complete documentation index, see llms.txt. This page is also available as Markdown.

Unsloth 2x schnelleres Fine-Tuning

Feinabstimme LLMs 2x schneller mit 70 % weniger VRAM mithilfe von Unsloth auf Clore.ai

Unsloth schreibt die leistungs­kritischen Teile von HuggingFace Transformers mit handoptimierten Triton-Kernels neu und liefert 2x Trainingsgeschwindigkeit und 70% weniger VRAM bei keinem Genauigkeitsverlust. Es ist ein Drop-in-Ersatz — Ihre vorhandenen TRL/PEFT-Skripte funktionieren nach dem Austausch des Imports unverändert.

Hauptfunktionen

  • 2x schnelleres Training — benutzerdefinierte Triton-Kernels für Attention, RoPE, Cross-Entropy und RMS-Norm

  • 70% weniger VRAM — intelligentes Gradient Checkpointing und speicherabgebildete Gewichte

  • Drop-in-Ersatz für HuggingFace — nur eine Import-Änderung, sonst nichts

  • QLoRA / LoRA / vollständiges Fine-Tuning — alle Modi werden sofort unterstützt

  • Natives Exportieren — direkt als GGUF speichern (alle Quantisierungsarten), LoRA-Adapter oder zusammengeführt in 16-Bit

  • Breite Modellabdeckung — Llama 3.x, Mistral, Qwen 2.5, Gemma 2, DeepSeek-R1, Phi-4 und mehr

  • Kostenlos und Open Source (Apache 2.0)

Anforderungen

Komponente
Minimum
Empfohlen

GPU

RTX 3060 12 GB

RTX 4090 24 GB

VRAM

10 GB

24 GB

RAM

16 GB

32 GB

Festplatte

40 GB

80 GB

CUDA

12.8+

12.8+

Python

3.10

3.11

Clore.ai-Preise: RTX 4090 ≈ $0.14–0.42/Stunde · RTX 3090 ≈ $0.07–0.21/Stunde · RTX 3060 ≈ $0.03–0.07/Stunde

Ein 7B-Modell mit 4-Bit-QLoRA passt in ~10 GB VRAM, wodurch sogar eine RTX 3060 geeignet ist.

Schnellstart

1. Unsloth installieren

2. Ein Modell mit 4-Bit-Quantisierung laden

3. LoRA-Adapter anwenden

4. Daten vorbereiten und trainieren

Modell exportieren

Nur den LoRA-Adapter speichern

Vollständiges Modell zusammenführen und speichern (float16)

Für Ollama / llama.cpp nach GGUF exportieren

Nach dem Export mit Ollama bereitstellen:

Anwendungsbeispiele

Fine-Tuning auf einem benutzerdefinierten Chat-Datensatz

DPO / ORPO Ausrichtungstraining

Referenz für VRAM-Nutzung

Modell
Quant
Methode
VRAM
GPU

Llama 3.1 8B

4-Bit

QLoRA

~10 GB

RTX 3060

Llama 3.1 8B

16-Bit

LoRA

~18 GB

RTX 3090

Qwen 2.5 14B

4-Bit

QLoRA

~14 GB

RTX 3090

Mistral 7B

4-Bit

QLoRA

~9 GB

RTX 3060

DeepSeek-R1 7B

4-Bit

QLoRA

~10 GB

RTX 3060

Llama 3.3 70B

4-Bit

QLoRA

~44 GB

2× RTX 3090

Tipps

  • Immer verwenden use_gradient_checkpointing="unsloth" — das ist der größte einzelne VRAM-Sparer und einzigartig bei Unsloth

  • Setze lora_dropout=0 — Unsloths Triton-Kernels sind für kein Dropout optimiert und laufen schneller

  • Verwende packing=True in SFTTrainer, um Padding-Verschwendung bei kurzen Beispielen zu vermeiden

  • Beginnen Sie mit r=16 für den LoRA-Rang — nur auf 32 oder 64 erhöhen, wenn der Validierungsverlust stagniert

  • Mit wandb überwachen — hinzufügen report_to="wandb" in TrainingArguments für die Verlustverfolgung

  • Batch-Size-Tuning — erhöhen per_device_train_batch_size bis Sie sich dem VRAM-Limit nähern, und dann ausgleichen mit gradient_accumulation_steps

Fehlerbehebung

Problem
Lösung

OutOfMemoryError während des Trainings

Batch-Größe auf 1 senken, max_seq_length, oder 4-Bit-Quantisierung verwenden

Triton-Kernel-Kompilierfehler

Ausführen pip install triton --upgrade und sicherstellen, dass das CUDA-Toolkit übereinstimmt

Langsamer erster Schritt (Kompilieren)

Normal — Triton kompiliert die Kernels beim ersten Lauf und speichert sie danach im Cache

bitsandbytes CUDA-Versionsfehler

Passende Version installieren: pip install bitsandbytes --upgrade

Loss-Spitzen während des Trainings

Lernrate auf 1e-4 senken, Warmup-Schritte hinzufügen

GGUF-Export stürzt ab

Sicherstellen, dass genug RAM (2× Modellgröße) und Speicherplatz für die Konvertierung vorhanden sind

Ressourcen

Zuletzt aktualisiert

War das hilfreich?