Cloud-Training#
Ultralytics Platform Cloud Training bietet ein Klick Training auf Cloud-GPUs, wodurch das Modelltraining ohne komplexes Setup zugänglich wird. Trainiere YOLO-Modelle mit Metrik-Streaming in Echtzeit und automatischer Checkpoint-Speicherung.
graph LR
A[Configure]:::start --> B[Start Training]:::proc
B --> C[Provision GPU]:::proc
C --> D[Download Dataset]:::proc
D --> E[Train]:::proc
E --> F[Stream Metrics]:::proc
F --> G[Save Checkpoints]:::proc
G --> H[Complete]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef out fill:#9C27B0,color:#fffTrainingsdialog#
Starte das Training über die Plattform-Benutzeroberfläche, indem du auf einer beliebigen Projekt- oder Datensatzseite auf New Model klickst. Der Trainingsdialog hat zwei Tabs: Cloud Training und Local Training. Wenn sich der ausgewählte Datensatz auf einem On Premise-Host befindet, wird der erste Tab zu On Premise und der Tab für das lokale Training ausgeblendet – dieser Datensatz kann nur auf seinem eigenen Host trainiert werden, was einen Enterprise-Tarif und einen verbundenen, online betriebenen Worker erfordert.

Schritt 1: Basismodell auswählen#
Wähle ein offizielles Ultralytics Modell oder eines deiner eigenen fertiggestellten Modelle:
| Tab | Beschreibung |
|---|---|
| Offiziell | YOLO26 (empfohlen), YOLO11, YOLOv8 und YOLOv5 Projektmodelle |
| My Models | Deine abgeschlossenen oder hochgeladenen Modelle, gruppiert nach Projekt, zum Fine-Tuning |
Innerhalb jedes Tabs sind Modelle nach Aufgabe in kanonischer Reihenfolge gruppiert und nach Größe sortiert. Die Auswahl filtert offizielle Modelle nach Aufgaben, die mit dem ausgewählten Datensatz kompatibel sind. YOLO26 umfasst Detect-, Segment-, Semantic-, Depth-, Classify-, Pose- und OBB-Varianten in Größen von Nano bis XLarge.
Tiefendatensätze können mit Gleitkomma-NPY-Zielen in Metern oder uint16-PNG-Zielen unter Verwendung von depth_scale des Datensatzes hochgeladen werden. Weitere Informationen findest du im depth dataset format.
Schritt 2: Datensatz auswählen#
Wähle ein Dataset zum Trainieren aus (siehe Datasets):
| Option | Beschreibung |
|---|---|
| Offiziell | Kuratierte Datensätze von Ultralytics |
| Deine Datensätze | Datensätze, die du hochgeladen hast |
Datasets must be in ready status with at least 1 image in the train split, 1 image in the validation or test
split, at least 1 labeled image, and at least one class name. Classification datasets additionally require the
train-split image to be labeled, and pose datasets must define a keypoint shape. Depth datasets instead require one
paired map in train and two in val; unpaired images are excluded.
Eine Warnung bei Aufgabeninkompatibilität wird angezeigt, wenn das ausgewählte Modell die Dataset-Aufgabe nicht trainieren kann, und Start Training bleibt deaktiviert, bis du ein kompatibles Modell auswählst. Ein Segment-Dataset akzeptiert Segment- oder Semantic-Modelle; andere Dataset-Aufgaben erfordern die passende Modellaufgabe. Siehe die task guides.
Schritt 3: Parameter konfigurieren#
Lege die wichtigsten Trainingsparameter fest:
| Parameter | Beschreibung | Standard |
|---|---|---|
| Epochen | Anzahl der Trainingsiterationen (1-10000) | 100 |
| Batch-Größe | Stichproben pro Iteration (-1 passt den verfügbaren VRAM automatisch an, oder 1-512) | -1 (auto) |
| Bildgröße | Schieberegler für Eingabeauflösung, 32-1280 in 32er-Schritten | 640 |
| Name | Optionaler Name für den Trainingslauf | auto |
Werte, die außerhalb des Parameterbereichs eingegeben werden, werden angepasst, sobald das Feld den Fokus verliert.
Der Schieberegler stoppt bei 1280, aber der YAML-Editor akzeptiert Größen bis zu 4096. Oberhalb von 1280 wird eine Warnung angezeigt, da größere Auflösungen die GPU-Speichernutzung, die Trainingszeit und die Kosten erheblich erhöhen.
Schritt 4: Erweiterte Einstellungen (Optional)#
Erweitere Advanced Settings, um auf den vollständigen YAML-basierten Parameter-Editor mit über 50 Trainingsparametern zuzugreifen, die nach Gruppen organisiert sind (siehe Konfigurationsreferenz):
| Gruppe | Parameter |
|---|---|
| Lernrate | lr0, lrf, momentum, weight_decay, warmup_epochs, warmup_momentum, warmup_bias_lr |
| Optimierer | auto (Standard), SGD, MuSGD, Adam, AdamW, NAdam, RAdam, RMSProp, Adamax |
| Verlustgewichtungen | box, cls, dfl, pose, kobj, label_smoothing |
| Farb-Augmentierung | hsv_h, hsv_s, hsv_v |
| Geometric Augmentation | degrees, translate, scale, shear, perspective |
| Flip & Mix Augmentation | flipud, fliplr, mosaic, mixup, copy_paste |
| Trainingssteuerung | epochs, batch, imgsz, pretrained, patience, time, seed, deterministic, amp, cos_lr, compile, close_mosaic, save_period |
| Datensatz | fraction, freeze, single_cls, rect, multi_scale, val, resume |
| Device & Inference | device, cache, workers, dropout, iou, max_det |
Parameter sind aufgabenbewusst (z. B. wird copy_paste nur für Segmentierungsaufgaben angezeigt, pose/kobj nur für Pose-Aufgaben, dropout nur für Klassifizierung). Ein Modified-Badge wird angezeigt, wenn sich Werte von den Standardwerten unterscheiden, und du kannst alle Werte über die Reset-Schaltfläche auf die Standardwerte zurücksetzen. Nur nicht standardmäßige erweiterte Werte werden an den Trainingsauftrag gesendet (die grundlegenden Parameter für Epochen, Batch und Bildgröße sind immer enthalten), sodass der resultierende Befehl lesbar bleibt.
Beispiel: Optimierung der Augmentierung für kleine Datensätze
Erhöhe bei kleinen Datensätzen (<1000 Bilder) die Augmentierung, um Overfitting zu reduzieren:
mosaic: 1.0 # Keep mosaic on
mixup: 0.3 # Add mixup blending
copy_paste: 0.3 # Add copy-paste (segment only)
fliplr: 0.5 # Horizontal flip
degrees: 10.0 # Slight rotation
scale: 0.9 # Aggressive scalingDataset-Version speichern (optional)#
Aktiviere Save Dataset Version, um das Modell mit einer unveränderlichen Version eines auf der Plattform gehosteten Datensatzes zu verknüpfen. Die Plattform prüft, ob sich die Datensatzinhalte geändert haben, verwendet eine passende Version wieder, wenn dies nicht der Fall war, und erstellt nur bei Bedarf eine neue nummerierte Version. Das Training verwendet dann genau diesen NDJSON-Snapshot und zeichnet dessen Versionsnummer und Inhalts-Hash auf dem Modell auf.
Dies bewahrt die für den Durchlauf verwendeten Daten, selbst wenn du später Bilder hinzufügst oder entfernst, Annotationen bearbeitest oder Datensatz-Splits änderst. Du findest die verknüpfte Version in den Tabs Models und Versions des Datensatzes.
Save Dataset Version ist für verbundenen Cloud-Speicher und On-Premise-Datasets nicht verfügbar. Du kannst Snapshots auch manuell über den Versions tab erstellen.
Schritt 5: GPU auswählen (Cloud-Reiter)#
Wähle deine GPU aus der Ultralytics Cloud:

| GPU | Generation | VRAM | Kosten/Stunde | Am besten für |
|---|---|---|---|---|
| RTX 2000 Ada | Ada | 16 GB | $0.24 | Kleine Datensätze, Tests |
| RTX A4500 | Ampere | 20 GB | $0.25 | Kleine bis mittlere Datensätze |
| RTX 4000 Ada | Ada | 20 GB | $0.26 | Mittlere Datensätze |
| RTX A5000 | Ampere | 24 GB | $0.27 | Mittlere Datensätze |
| L4 | Ada | 24 GB | $0.39 | Optimiert für Inferenz |
| A40 | Ampere | 48 GB | $0.44 | Größere Batch-Größen |
| RTX 3090 | Ampere | 24 GB | $0.46 | Allgemeines Training |
| RTX A6000 | Ampere | 48 GB | $0.49 | Große Modelle |
| RTX PRO 4000 | Blackwell | 24 GB | $0.57 | Budget Blackwell |
| RTX PRO 4500 | Blackwell | 32 GB | $0.64 | Großartiges Preis-Leistungs-Verhältnis |
| RTX 4090 | Ada | 24 GB | $0.69 | Bestes Preis-Leistungs-Verhältnis |
| RTX 6000 Ada | Ada | 48 GB | $0.77 | Training mit großen Batches |
| L40S | Ada | 48 GB | $0.86 | Training mit großen Batches |
| RTX PRO 5000 | Blackwell | 48 GB | $0.96 | Training mit großen Batches |
| RTX 5090 | Blackwell | 32 GB | $0.99 | Neueste Consumer-Generation |
| L40 | Ada | 48 GB | $0.99 | Große Modelle |
| A100 PCIe | Ampere | 80 GB | $1.39 | Produktionstraining |
| A100 SXM | Ampere | 80 GB | $1.49 | Produktionstraining |
| RTX PRO 6000 | Blackwell | 96 GB | $2.09 | Empfohlener Standard |
| H100 PCIe | Hopper | 80 GB | $2.89 | Hochleistungstraining |
| H100 NVL | Hopper | 94 GB | $3.19 | Maximale Leistung |
| H100 SXM | Hopper | 80 GB | $3.29 | Schnellstes Training |
| H200 NVL | Hopper | 143 GB | $3.39 | Maximaler Speicher |
| H200 SXM | Hopper | 141 GB | $4.39 | Maximale Leistung |
| B200 | Blackwell | 180 GB | $5.89 | Große Modelle (Pro+) |
| B300 | Blackwell | 288 GB | $7.39 | Größte Modelle (Pro+) |
- RTX PRO 6000: 96 GB Blackwell, empfohlener Standard für die meisten Jobs
- A100 SXM: 80 GB HBM2e – starke Wahl für große Batch-Größen oder größere Modelle
- H100 PCIe / H100 SXM / H100 NVL: 80–94 GB Hopper für zeitkritisches Training (verfügbar in allen Plänen)
- H200 NVL / H200 SXM: 141–143 GB Hopper für speicherintensive Workloads (verfügbar in allen Plänen)
- B200 / B300: 180–288 GB NVIDIA Blackwell für modernste Workloads — erfordert Pro or Enterprise
Der Dialog zeigt dein aktuelles Guthaben und eine Top Up-Schaltfläche. Die Kostenkarte schätzt die Gesamtdauer und den Preis für deine Konfiguration (Modellgröße, Datensatzbilder, Epochen, Bildgröße, Batchgröße, Optimierer und GPU-Geschwindigkeit) und gibt außerdem die geschätzten Sekunden pro Epoche sowie die Anzahl der Datensatzbilder an.
Die GPU-Auswahl spiegelt den Live-Cloud-Bestand wider, sodass Optionen, deren Kapazität erschöpft ist, markiert sind. Wenn ein Job immer noch nicht auf der von dir ausgewählten GPU platziert werden kann, meldet die Plattform den Engpass und wechselt deine Auswahl zur nächstgelegenen verfügbaren GPU – zuerst nach VRAM, dann nach Geschwindigkeit, dann nach Preis – und teilt dir den neuen VRAM und Stundensatz mit, damit du sofort beginnen oder dich anders entscheiden kannst.
Wenn du eine GPU auswählst, die günstiger ist als die RTX PRO 6000, qualifiziert sich dein Job für eine von Ultralytics verwaltete Infrastruktur. Wenn diese Kapazität frei ist, wird der Lauf auf einer RTX PRO 6000 ausgeführt, aber dennoch zum Tarif deiner ausgewählten GPU abgerechnet, sodass ein Lauf schneller beendet werden kann und weniger kostet als auf deiner ausgewählten GPU – das Upgrade selbst macht einen Lauf niemals langsamer oder teurer.
Schritt 6: Training starten#
Klicke auf Training starten, um deinen Job zu starten. Die Plattform:
- Löst die unveränderliche Datensatzversion auf, wenn Save Dataset Version aktiviert ist
- Stellt eine GPU-Instanz bereit
- Lädt deinen Datensatz herunter
- Beginnt mit dem Training
- Streamt Metriken in Echtzeit
Das erneute Trainieren eines bestehenden Modells verwendet dieselbe Modellseite wieder und löscht die Diagramme, die Konsolenausgabe, die Systemmetriken und den Fehlerzustand des vorherigen Laufs, sobald der neue Job erstellt wird. Ein Lauf, der fehlschlägt, bevor Rechenleistung bereitgestellt wird, lässt die früheren Ergebnisse unberührt.
Trainingsjob-Lebenszyklus#
Trainingsjobs durchlaufen die folgenden Status:
| Status | Beschreibung |
|---|---|
| Ausstehend | Job übermittelt, wartet auf GPU-Zuweisung |
| Startend | GPU bereitgestellt, Datensatz und Modell werden heruntergeladen |
| Läuft | Training läuft, Metriken werden in Echtzeit gestreamt |
| Abgeschlossen | Training erfolgreich beendet |
| Fehlgeschlagen | Training fehlgeschlagen (siehe Konsolenprotokolle für Details) |
| Abgebrochen | Training wurde vom Benutzer abgebrochen |
Ein schwerwiegender Python-Fehler im Konsolenstrom – ein Traceback, ein CUDA-Out-of-Memory-Fehler oder eine fehlgeschlagene CUDA-Initialisierung – beendet den Lauf sofort, anstatt auf ein Timeout zu warten, und die extrahierte Nachricht erscheint in einem Fehlerbanner auf der Modellseite mit den Aktionen View full console logs und Retry Training. Läufe, die mehrere Stunden lang keine Aktivität mehr melden, werden automatisch als fehlgeschlagen markiert und ihre Rechenleistung wird freigegeben.
Um die Ergebnisse bei Abschluss oder Fehlschlag zu erhalten, ohne diese Seite geöffnet zu halten, verbinde Slack alerts.
Neue Konten erhalten Anmeldeguthaben – 5 $ für persönliche E-Mails und 25 $ für Firmen-E-Mails. Check your balance in Settings > Billing.

Training überwachen#
Verfolge den Trainingsfortschritt in Echtzeit auf dem Reiter Trainieren der Modellseite:
Charts-Unter-Tab#

Diagramme sind nach Metrikfamilie gruppiert, und die Gruppen, die angezeigt werden, hängen davon ab, was der Lauf meldet:
| Gruppe | Inhalt |
|---|---|
| Metriken | Aufgabenmetriken – mAP50, mAP50-95, Präzision und Recall für die Erkennung; siehe Modelle für andere Aufgaben |
| Verlust | Ein Diagramm pro Verlustkomponente, wobei die Trainingsreihe durchgezogen und die Validierungsreihe gestrichelt dargestellt wird |
| Lernrate | lr/pg0, lr/pg1, lr/pg2 |
Jede Gruppe kann minimiert werden, einzelne Diagramme können über das Gruppenmenü ausgeblendet oder angezeigt werden, und Diagramme können verschoben und in der Größe verändert werden – das Layout wird für das nächste Mal gespeichert.
Konsole-Unter-Tab#
Live-Konsolenausgabe mit ANSI-Farbunterstützung, Fortschrittsleisten und Erkennung schwerwiegender Fehler. Die letzten 2000 Zeilen werden beibehalten, Zeitstempel können ein- und ausgeschaltet werden, und das gesamte Protokoll kann als Klartext kopiert werden.
System-Unter-Tab#
Eine Live-Host-Karte (Hostname, CPU, GPU, RAM und Festplattensummen) sowie Epochen-Diagramme für CPU- und RAM-Nutzung, GPU-Auslastung und -Speicher, GPU-Temperatur, Netzwerk-E/A und Festplatten-E/A.
Checkpoints#
Der beste Checkpoint (best.pt) wird regelmäßig während des Trainings und erneut am Ende des Laufs auf die Plattform hochgeladen, sodass Download, Export und Bereitstellung immer die bisher beste Epoche verwenden. Wenn der Lauf abgebrochen wird, wird der vor dem Abbruch hochgeladene Checkpoint beibehalten.
Training abbrechen#
Klicke in der Run Information-Karte auf der Modellseite auf Cancel und bestätige die Aktion. Beim Cloud-Training stoppt die Plattform den Job, gibt seine Rechenleistung frei und berechnet die verstrichene GPU-Zeit, die vor dem Abbruch verwendet wurde. Beim lokalen Training signalisiert der Abbruch dem Prozess, an der nächsten Epochengrenze zu stoppen, und bewahrt teilweise Ergebnisse – der Lauf lädt hoch, was er hat, bevor er beendet wird.
Remote-Training#
graph LR
A[Local GPU]:::start --> B[ultralytics Package]:::proc
B --> C[Train]:::proc
C --> D[Stream Metrics]:::proc
D --> E[Platform Dashboard]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef out fill:#9C27B0,color:#fffTrainiere auf deiner eigenen Hardware, während du Metriken an die Plattform streamst.
Die Plattformintegration erfordert ultralytics>=8.4.120. Ältere Versionen funktionieren nicht mit der Plattform.
pip install -U ultralyticsAPI-Schlüssel einrichten#
- Gehe zu
Settings > API Keys - Erstelle einen neuen Schlüssel (oder die Plattform erstellt automatisch einen, wenn du den Tab Local Training öffnest)
- Setze die Umgebungsvariable:
export ULTRALYTICS_API_KEY="YOUR_API_KEY"Training mit Streaming#
Verwende die Parameter project und name, um Metriken zu streamen:
yolo train model=yolo26n.pt data=coco.yaml epochs=100 \
project=username/my-project name=experiment-1Der Local Training-Tab im Trainingsdialog zeigt einen vorkonfigurierten Befehl mit deinem API-Schlüssel, ausgewählten Parametern und erweiterten Argumenten an.
Plattform-Datensätze verwenden#
Trainiere mit auf der Plattform gespeicherten Datasets unter Verwendung des ul:// URI format:
yolo train model=yolo26n.pt data=ul://username/datasets/my-dataset epochs=100 \
project=username/my-project name=exp1Das URI-Format ul:// lädt dein Dataset automatisch herunter und konfiguriert es. Das Modell wird auf der Plattform automatisch mit dem Dataset verknüpft (siehe Using Platform Datasets).
Abrechnung#
Die Trainingskosten basieren auf der GPU-Nutzung:
Kostenschätzung#
Vor Beginn des Trainings schätzt die Plattform die Gesamtdauer und die Kosten basierend auf deiner Datensatzgröße, Modellgröße, Bildgröße, Batchgröße, den Epochen und der ausgewählten GPU ab. Schätzungen sind ungefähr; die tatsächliche Nutzung wird abgerechnet.
Faktoren, die die Kosten beeinflussen:
| Faktor | Auswirkung |
|---|---|
| Datensatzgröße | Mehr Bilder = längere Trainingszeit (Rechenaufwand skaliert ungefähr linear mit der Datensatzgröße) |
| Modellgröße | Größere Modelle (m, l, x) trainieren langsamer als (n, s) |
| Anzahl der Epochen | Direkter Multiplikator für die Trainingszeit |
| Bildgröße | Größeres imgsz erhöht die Rechenleistung erheblich – 1280px kostet ein Mehrfaches von 640px |
| Batch-Größe | Größere Batches trainieren effizienter als kleine |
| GPU-Geschwindigkeit | Schnellere GPUs verkürzen die Trainingszeit, was ihren höheren Stundensatz teilweise ausgleicht |
| Optimierer | MuSGD dauert etwa doppelt so lange wie die anderen Optimierer |
| Start-Overhead | Bis zu 5 Minuten für Instanzinitialisierung, Datendownload und Warmup (skaliert mit der Datensatzgröße) |
Schätzungen basieren auf echten Cloud-Trainingsläufen, und die Schätzung verwendet immer die von dir ausgewählte GPU – ein Job, der an eine schnellere Ultralytics-Infrastruktur weitergeleitet wird, ist also vor seiner geschätzten Zeit fertig.
Kostenbeispiele#
Kostenschätzungen sind annähernd und hängen von vielen Faktoren ab. Der Trainingsdialog zeigt eine Echtzeitschätzung, bevor du mit dem Training beginnst.
| Szenario | GPU | Geschätzte Kosten |
|---|---|---|
| 500 Bilder, YOLO26n, 50 Epochen | RTX 4090 | ~$0.03 |
| 1000 Bilder, YOLO26n, 100 Epochen | RTX PRO 6000 | ~$0.23 |
| 5000 Bilder, YOLO26s, 100 Epochen | H100 SXM | ~$1.56 |
Abrechnungsablauf#
graph LR
A[Estimate Cost]:::start --> B[Balance Check]:::decide
B --> C[Train and Meter GPU Time]:::proc
C --> D[Settle at Terminal State]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef decide fill:#FF9800,color:#fff
classDef out fill:#9C27B0,color:#fffAbrechnungsablauf für Cloud-Training:
- Schätzung: Kosten werden vor Trainingsbeginn berechnet
- Guthabenprüfung: Verfügbare Credits werden vor dem Start geprüft
- Trainieren und abrechnen: Der Job läuft auf der ausgewählten Compute-Ressource, und die aufgelaufene GPU-Zeit wird während der Ausführung schrittweise von deinem Guthaben abgebucht
- Begleichen: Im Endstatus wird der verbleibende Restbetrag abgebucht und eine einzige Training-Transaktion für den gesamten Lauf geschrieben
Die Abrechnung erfasst die tatsächliche GPU-Zeit, einschließlich teilweiser Ausführungen, die abgebrochen werden oder fehlschlagen, nachdem eine Cloud-GPU gestartet wurde.
Abrechnung nach Jobstatus#
| Status | Berechnet? |
|---|---|
| Abgeschlossen | Ja — tatsächliche GPU-Nutzungszeit |
| Abgebrochen | Ja — GPU-Zeit vom Start bis zum Abbruch |
| Fehlgeschlagen | Ja, wenn die Cloud-Rechenleistung gestartet wurde — verwendete verstrichene GPU-Zeit |
| Festgefahren | Ja — verstrichene GPU-Zeit bis zur automatischen Beendigung |
Ein Lauf, der mehrere Stunden lang keine Aktivität mehr meldet, wird automatisch als fehlgeschlagen markiert; die Instanz wird beendet und die verstrichene GPU-Zeit abgerechnet. Remotelläufe auf eigener Hardware werden einfach als fehlgeschlagen markiert, ohne dass Kosten anfallen.
Ein Validierungs- oder Startfehler, bevor eine Cloud-GPU startet, hat keine Rechennutzung zu berechnen. Sobald eine GPU läuft, werden abgeschlossene, abgebrochene, fehlgeschlagene und automatisch beendete Jobs anhand der verstrichenen Echtzeit-GPU-Zeit abgerechnet.
Zahlungsmethoden#
Cloud-Training wird von deinem Plattform-Guthaben bezahlt.
Der Trainingsbeginn erfordert ein positives verfügbares Guthaben und genügend Credits für die geschätzten Jobkosten, wobei jede Schätzung mindestens 15 Minuten GPU-Zeit reserviert. Bei mehreren gleichzeitig aktiven Läufen berücksichtigt die Prüfung auch den nicht abgerechneten Rest dieser Läufe.
Trainingskosten anzeigen#
Vor dem Start eines Cloud-Jobs zeigt der Trainingsdialog dein aktuelles Guthaben an und schätzt die Jobdauer sowie die Kosten anhand des ausgewählten Modells, Datensatzes, der Epochen, der Bildgröße und der GPU ab. Die Schätzung dient zu Informationszwecken; die tatsächliche Nutzung wird für die verbrauchte GPU-Zeit berechnet. Überprüfe danach die resultierende Guthabentransaktion unter Settings > Billing.

Trainingstipps#
Wähle die richtige Modellgröße#
| Modell | Parameter | Am besten für |
|---|---|---|
| YOLO26n | 2.4M | Echtzeit, Edge-Geräte |
| YOLO26s | 9.5M | Ausgewogene Geschwindigkeit/Genauigkeit |
| YOLO26m | 20.4M | Höhere Genauigkeit |
| YOLO26l | 24.8M | Produktionsgenauigkeit |
| YOLO26x | 55.7M | Maximale Genauigkeit |
Optimierung der Trainingszeit#
- Klein anfangen: Teste mit 10-20 Epochen auf einer günstigen GPU, um zu überprüfen, ob dein Datensatz und deine Konfiguration funktionieren
- Geeignete GPU verwenden: RTX PRO 6000 bewältigt die meisten Arbeitslasten gut
- Datensatz validieren: Behebe Kennzeichnungsprobleme, bevor du Geld für das Training ausgibst
- Frühzeitig überwachen: Brich das Training ab, wenn der Verlust stagniert — du zahlst nur für die genutzte Rechenzeit
Fehlerbehebung#
| Problem | Lösung |
|---|---|
| Training hängt bei 0% | Datensatzformat prüfen, erneut versuchen |
| Speichermangel (Out of Memory) | Batchgröße reduzieren oder größere GPU verwenden |
| Geringe Genauigkeit | Epochen erhöhen, Datenqualität prüfen |
| Training langsam | Erwäge eine schnellere GPU |
| Fehler durch Aufgaben-Nichtübereinstimmung | Stelle sicher, dass Modell- und Datensatzaufgaben übereinstimmen |
Referenz der Trainingsparameter#
| Parameter | Typ | Standard | Bereich | Beschreibung |
|---|---|---|---|---|
epochs | int | 100 | 1-10000 | Anzahl der Trainingsepochen |
batch | int | -1 (auto) | -1 bis 512 | Batch-Größe (-1 = automatisch an verfügbaren VRAM anpassen) |
imgsz | int | 640 | 32-4096 | Eingabebildgröße |
pretrained | bool | True | - | Ausgehend von vortrainierten Gewichten anstelle einer zufälligen Initialisierung starten |
patience | int | 100 | 1-1000 | Patience für Early Stopping |
time | float | null | 0.1-720 | Trainingslimit in Stunden nach Wanduhrzeit, überschreibt die Epochen |
seed | int | 0 | 0-2147483647 | Zufälliger Seed für Reproduzierbarkeit |
deterministic | bool | True | - | Deterministischer Trainingsmodus |
amp | bool/str | True | true/false/fp16/bf16/fp32 | Trainingsgenauigkeit |
compile | bool | False | - | Mit torch.compile kompilieren (langsamere erste Epoche) |
close_mosaic | int | 10 | 0-50 | Mosaic in den letzten N Epochen deaktivieren |
save_period | int | -1 | -1-100 | Checkpoint alle N Epochen speichern |
device | auswählen | auto | auto/0/cpu/mps | Trainingsgerät |
workers | int | 8 | 0-64 | Dataloader-Worker |
cache | auswählen | false | ram/disk/false | Bilder zwischenspeichern |
dropout | float | 0.0 | 0.0-1.0 | Dropout des Klassifizierungskopfs (nur Klassifizierung) |
iou | float | 0.7 | 0.1-0.9 | IoU-Schwellenwert für NMS während der Validierung |
max_det | int | 300 | 1-10000 | Maximale Erkennungen pro Bild |
Einige Parameter gelten nur für bestimmte Aufgaben:
- Every task except classify and depth (detect, segment, semantic, pose, obb):
box,dfl,mosaic,mixup,close_mosaic,iou,max_det - Every task except depth (the tasks with classes):
cls,label_smoothing,single_cls - Every task except classify (detect, segment, semantic, depth, pose, obb):
degrees,translate,shear,perspective - Nur Segment:
copy_paste - Nur Pose:
pose(Verlustgewicht),kobj(Keypoint-Objekthaftigkeit) - Nur Klassifizierung:
dropout
FAQ#
Die Trainingsdauer hängt ab von:
- Datensatzgröße
- Modellgröße
- Anzahl der Epochen
- Gewählte GPU
Typische Zeiten (1000 Bilder, 100 Epochen):
Modell RTX PRO 6000 A100 SXM YOLO26n ~6 Min. ~5 Min. YOLO26m ~15 Min. ~12 Min. YOLO26x ~30 Min. ~25 Min. Ungefähre ZeitenTrainingszeiten sind Näherungswerte und variieren je nach Datensatzkomplexität, Augmentierungseinstellungen und Batchgröße. Nutze die Kostenschätzung im Trainingsdialog für genauere Vorhersagen.
Ja. Das Training kann unbeaufsichtigt laufen, solange es finanziert bleibt, und die Plattform protokolliert ein Abschluss- oder Fehlerereignis. Wenn die Zählung das Guthaben unter Null treibt, stoppen aktive bezahlte Cloud-Läufe und rechnen die bereits verwendete GPU-Zeit ab.
Die Cloud-Nutzung wird während des Trainingsfortschritts erfasst. Wenn eine Gebühr dein Guthaben unter Null drückt, werden aktive bezahlte Cloud-Trainingsläufe gestoppt und für die bereits verwendete GPU-Zeit abgerechnet. Füge Guthaben hinzu oder aktiviere das automatische Aufladen, um lang laufende Jobs finanziert zu halten.
Negativer KontostandEin Null- oder negatives Guthaben verhindert neue bezahlte Cloud-Trainingsjobs. Ein negatives gezähltes Guthaben löst auch das Herunterfahren aktiver bezahlter Cloud-Trainingsläufe aus.
Kostenschätzungen sind ungefähr — die tatsächliche Trainingszeit kann aufgrund von Faktoren wie Ladegeschwindigkeit der Daten, GPU-Aufwärmphase und Modellkonvergenzverhalten variieren. Wenn die tatsächliche Nutzung das verfügbare Guthaben aufbraucht, stoppt die Plattform aktive bezahlte Cloud-Läufe, nachdem das Guthaben negativ geworden ist.
Um Kosten zu verwalten:
- Überwache den Trainingsfortschritt in Echtzeit und brich bei Bedarf vorzeitig ab
- Aktiviere auto top-up, um Guthaben automatisch aufzuladen
- Starte mit kürzeren Läufen (weniger Epochen), um Erwartungen zu kalibrieren
Ja, erweitere den Abschnitt Advanced Settings im Trainingsdialog, um auf einen YAML-Editor mit über 50 konfigurierbaren Parametern zuzugreifen. Von den Standards abweichende Werte sind sowohl in Cloud- als auch in lokalen Trainingsbefehlen enthalten.
Der YAML-Editor unterstützt auch das Importieren von Konfigurationen aus früheren Trainingsläufen:
- Copy from existing model: Auf der Seite jedes abgeschlossenen Modells hat die Training Configuration-Karte ein Export data-Menü mit Copy JSON. Füge das JSON direkt in den YAML-Editor ein – er erkennt das JSON-Format automatisch und importiert alle Parameter. Dasselbe Menü lädt die Konfiguration als CSV oder JSON herunter.
- YAML oder JSON einfügen: Füge eine beliebige gültige YAML- oder JSON-Trainingskonfiguration in den Editor ein. Parameter werden automatisch validiert, Werte außerhalb des Bereichs werden begrenzt und Warnungen angezeigt.
- Drag and drop files: Ziehe eine
.yaml- oder.json-Datei direkt in den Editor, um deren Parameter zu importieren.
Dies erleichtert die Reproduktion oder Iteration früherer Trainingskonfigurationen, ohne jeden Parameter manuell erneut eingeben zu müssen.Ja. Ein fehlgeschlagenes Modell zeigt ein Fehlerbanner mit einer Retry-Aktion, die den Trainingsdialog mit demselben Basismodell, Datensatz und denselben Parametern erneut öffnet, sodass du einen Wert anpassen und von vorne beginnen kannst. Das Wiederholen verwendet dieselbe Modellseite wieder: Die Diagramme, die Konsolenausgabe, die Systemmetriken und der Fehler des vorherigen Laufs werden gelöscht, sobald der neue Job erstellt wird, und seine Gewichte werden ersetzt, wenn der neue Lauf einen besseren Checkpoint erzeugt.
Ja, die Schaltfläche New Model auf Datensatzseiten öffnet den Trainingsdialog mit vorausgewähltem und gesperrtem Datensatz. Du wählst dann ein Projekt und ein Modell aus, um das Training zu beginnen.