Treinamento na Nuvem#
O Ultralytics Platform Cloud Training oferece treino com um clique em GPUs na nuvem, tornando o treino de modelos acessível sem configuração complexa. Treina modelos YOLO com transmissão de métricas em tempo real e salvamento automático de checkpoints.
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:#fffDiálogo de Treinamento#
Começa o treino a partir da interface do utilizador da plataforma clicando em New Model em qualquer página de projeto ou conjunto de dados. O diálogo de treino tem dois separadores: Cloud Training e Local Training. Quando o conjunto de dados selecionado está num anfitrião On Premise, o primeiro separador passa a ser On Premise e o separador Local Training fica oculto — esse conjunto de dados só pode ser treinado no seu próprio anfitrião, o que requer um plano Enterprise e um trabalhador (worker) online ligado.

Passo 1: Selecionar Modelo Base#
Escolhe um modelo oficial da Ultralytics ou um dos teus modelos concluídos:
| Separador | Descrição |
|---|---|
| Oficial | Modelos de projeto YOLO26 (recomendado), YOLO11, YOLOv8 e YOLOv5 |
| My Models | Os teus modelos concluídos ou carregados, agrupados por projeto, para ajuste fino (fine-tuning) |
Em cada separador, os modelos são agrupados por tarefa na ordem canónica e ordenados por tamanho. O seletor filtra os modelos oficiais para tarefas compatíveis com o conjunto de dados selecionado. O YOLO26 inclui variantes Detect, Segment, Semantic, Depth, Classify, Pose e OBB em tamanhos desde nano até xlarge.
Os conjuntos de dados de profundidade podem ser carregados com alvos NPY de ponto flutuante em metros ou alvos PNG uint16 usando o depth_scale do conjunto de dados. Consulta o formato do conjunto de dados de profundidade.
Passo 2: Selecionar Conjunto de Dados#
Escolhe um dataset para treinar (vê Datasets):
| Opção | Descrição |
|---|---|
| Oficial | Conjuntos de dados curados pela Ultralytics |
| Seus Conjuntos de Dados | Conjuntos de dados que você enviou |
Os conjuntos de dados devem estar no status ready com pelo menos 1 imagem na divisão de treino, 1 imagem na divisão de validação ou teste, pelo menos 1 imagem rotulada e pelo menos um nome de classe. Os conjuntos de dados de classificação também exigem que a imagem da divisão de treino seja rotulada, e os conjuntos de dados de pose devem definir um formato de pontos-chave. Os conjuntos de dados de profundidade exigem um mapa emparelhado em train e dois em val; imagens não emparelhadas são excluídas.
Um aviso de incompatibilidade de tarefa aparece quando o modelo selecionado não pode treinar a tarefa do dataset, e Start Training permanece desativado até escolheres um modelo compatível. Um dataset de segmentação aceita modelos de segmentação ou semânticos; outras tarefas de dataset exigem a tarefa de modelo correspondente. Vê os guias de tarefas.
Passo 3: Configurar Parâmetros#
Defina os principais parâmetros de treinamento:
| Parâmetro | Descrição | Predefinição |
|---|---|---|
| Epochs | Número de iterações de treino (1-10000) | 100 |
| Batch Size | Amostras por iteração (-1 ajusta-se automaticamente à VRAM disponível, ou 1-512) | -1 (auto) |
| Tamanho da Imagem | Controlo deslizante (slider) de resolução de entrada, 32-1280 em passos de 32 | 640 |
| Nome | Nome opcional para a execução do treinamento | auto |
Os valores digitados fora do intervalo de um parâmetro são limitados (clamped) quando o campo perde o foco.
O controlo deslizante para em 1280, mas o editor YAML aceita tamanhos até 4096. Um aviso aparece acima de 1280 porque resoluções maiores aumentam substancialmente o uso de memória da GPU, o tempo de treino e o custo.
Passo 4: Configurações Avançadas (Opcional)#
Expande Advanced Settings para aceder ao editor completo de parâmetros baseado em YAML com mais de 50 parâmetros de treino organizados por grupo (consulta a referência de configuração):
| Grupo | Parâmetros |
|---|---|
| Taxa de Aprendizado | lr0, lrf, momentum, weight_decay, warmup_epochs, warmup_momentum, warmup_bias_lr |
| Optimizer | auto (padrão), SGD, MuSGD, Adam, AdamW, NAdam, RAdam, RMSProp, Adamax |
| Loss Weights | box, cls, dfl, pose, kobj, label_smoothing |
| Color Augmentation | hsv_h, hsv_s, hsv_v |
| Geometric Augmentation | degrees, translate, scale, shear, perspective |
| Flip & Mix Augmentation | flipud, fliplr, mosaic, mixup, copy_paste |
| Training Control | epochs, batch, imgsz, pretrained, patience, time, seed, deterministic, amp, cos_lr, compile, close_mosaic, save_period |
| Dataset | fraction, freeze, single_cls, rect, multi_scale, val, resume |
| Device & Inference | device, cache, workers, dropout, iou, max_det |
Os parâmetros têm consciência da tarefa (por exemplo, copy_paste só aparece para tarefas de segmento, pose/kobj apenas para pose, dropout apenas para classify). Um crachá Modified aparece quando os valores diferem dos predefinidos, e podes redefinir todos para os valores predefinidos com o botão de reposição. Apenas os valores avançados não predefinidos são enviados para o trabalho de treino (os parâmetros básicos de épocas, lote e tamanho de imagem estão sempre incluídos), para que o comando resultante permaneça legível.
Exemplo: Ajustando a Aumentação para Pequenos Conjuntos de Dados
Para conjuntos de dados pequenos (<1000 imagens), aumente a aumentação para reduzir o overfitting:
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 scalingSalvar Versão do Dataset (Opcional)#
Ativa a opção Save Dataset Version para vincular o modelo a uma versão imutável de um dataset hospedado na plataforma. A plataforma verifica se o conteúdo do dataset foi alterado, reutiliza uma versão correspondente caso não tenha sido, e cria uma nova versão numerada apenas quando necessário. O treinamento então usa aquele snapshot NDJSON exato e registra seu número de versão e hash de conteúdo no modelo.
Isso preserva os dados usados para a execução, mesmo que você adicione ou remova imagens, edite anotações ou altere as divisões do dataset posteriormente. Você pode encontrar a versão vinculada nas abas Models e Versions do dataset.
Save Dataset Version não está disponível para armazenamento em nuvem conectado e datasets On Premise. Também podes criar snapshots manualmente a partir do separador Versions.
Passo 5: Selecionar GPU (Aba Cloud)#
Escolha sua GPU da Ultralytics Cloud:

| GPU | Geração | VRAM | Custo/Hora | Melhor para |
|---|---|---|---|---|
| RTX 2000 Ada | Ada | 16 GB | $0.24 | Datasets pequenos, testes |
| RTX A4500 | Ampere | 20 GB | $0.25 | Datasets pequenos a médios |
| RTX 4000 Ada | Ada | 20 GB | $0.26 | Datasets médios |
| RTX A5000 | Ampere | 24 GB | $0.27 | Datasets médios |
| L4 | Ada | 24 GB | $0.39 | Otimizada para inferência |
| A40 | Ampere | 48 GB | $0.44 | Tamanhos de lote maiores |
| RTX 3090 | Ampere | 24 GB | $0.46 | Treinamento geral |
| RTX A6000 | Ampere | 48 GB | $0.49 | Modelos grandes |
| RTX PRO 4000 | Blackwell | 24 GB | $0.57 | Budget Blackwell |
| RTX PRO 4500 | Blackwell | 32 GB | $0.64 | Ótima relação preço/desempenho |
| RTX 4090 | Ada | 24 GB | $0.69 | Melhor relação preço/desempenho |
| RTX 6000 Ada | Ada | 48 GB | $0.77 | Treinamento com lotes grandes |
| L40S | Ada | 48 GB | $0.86 | Treinamento com lotes grandes |
| RTX PRO 5000 | Blackwell | 48 GB | $0.96 | Treinamento com lotes grandes |
| RTX 5090 | Blackwell | 32 GB | $0.99 | Última geração de consumidor |
| L40 | Ada | 48 GB | $0.99 | Modelos grandes |
| A100 PCIe | Ampere | 80 GB | $1.39 | Treinamento de produção |
| A100 SXM | Ampere | 80 GB | $1.49 | Treinamento de produção |
| RTX PRO 6000 | Blackwell | 96 GB | $2.09 | Padrão recomendado |
| H100 PCIe | Hopper | 80 GB | $2.89 | Treinamento de alto desempenho |
| H100 NVL | Hopper | 94 GB | $3.19 | Desempenho máximo |
| H100 SXM | Hopper | 80 GB | $3.29 | Treinamento mais rápido |
| H200 NVL | Hopper | 143 GB | $3.39 | Memória máxima |
| H200 SXM | Hopper | 141 GB | $4.39 | Desempenho máximo |
| B200 | Blackwell | 180 GB | $5.89 | Modelos grandes (Pro+) |
| B300 | Blackwell | 288 GB | $7.39 | Modelos maiores (Pro+) |
- RTX PRO 6000: 96 GB Blackwell, padrão recomendado para a maioria dos trabalhos
- A100 SXM: 80 GB HBM2e — excelente escolha para tamanhos de lote grandes ou modelos maiores
- H100 PCIe / H100 SXM / H100 NVL: 80–94 GB Hopper para treinamento sensível ao tempo (disponível em todos os planos)
- H200 NVL / H200 SXM: 141–143 GB Hopper para cargas de trabalho de alta memória (disponível em todos os planos)
- B200 / B300: 180–288 GB NVIDIA Blackwell para cargas de trabalho de ponta — requer Pro ou Enterprise
O diálogo mostra o teu balance atual e um botão Top Up. O cartão de custos estima a duração total e o preço para a tua configuração (tamanho do modelo, imagens do conjunto de dados, épocas, tamanho da imagem, tamanho do lote, otimizador e velocidade da GPU) e também indica os segundos estimados por época e a contagem de imagens do conjunto de dados.
O seletor de GPU reflete o stock em direto na nuvem, pelo que as opções sem capacidade aparecem marcadas. Se um trabalho continuar a não poder ser colocado na GPU que escolheste, a Platform reporta a escassez e muda a tua seleção para a GPU disponível mais próxima — combinando primeiro a VRAM, depois a velocidade e a seguir o preço — e indica-te a nova VRAM e a tarifa horária para poderes começar imediatamente ou escolher de forma diferente.
Selecionar uma GPU mais barata do que a RTX PRO 6000 torna o teu trabalho elegível para infraestrutura gerida pela Ultralytics. Quando essa capacidade está livre, a execução corre numa RTX PRO 6000 mas continua a ser cobrada à tarifa da GPU que selecionaste, pelo que uma execução pode terminar mais rapidamente e custar menos do que teria custado na tua GPU selecionada — a própria atualização nunca torna uma execução mais lenta ou mais dispendiosa.
Passo 6: Iniciar Treinamento#
Clique em Start Training para iniciar seu trabalho. A Plataforma:
- Resolve a versão imutável do dataset quando a opção Save Dataset Version está ativada
- Provisiona uma instância de GPU
- Faz o download do seu conjunto de dados
- Inicia o treinamento
- Transmite métricas em tempo real
Re-treinar um modelo existente reutiliza a mesma página do modelo e limpa os gráficos, a saída da consola, as métricas do sistema e o estado de erro da execução anterior assim que o novo trabalho é criado. Uma execução que falha antes de o cálculo ser provisionado deixa os resultados anteriores intactos.
Ciclo de Vida do Trabalho de Treinamento#
Os trabalhos de treinamento progridem através dos seguintes status:
| Status | Descrição |
|---|---|
| Pending | Trabalho enviado, aguardando alocação de GPU |
| Starting | GPU provisionada, baixando conjunto de dados e modelo |
| Running | Treinamento em progresso, métricas sendo transmitidas em tempo real |
| Completed | Treinamento concluído com sucesso |
| Failed | O treinamento falhou (veja os logs do console para detalhes) |
| Cancelled | O treinamento foi cancelado pelo usuário |
Um erro Python fatal no fluxo da consola — um rastreio (traceback), um erro de falta de memória na CUDA (out-of-memory) ou uma inicialização CUDA falhada — termina a execução imediatamente em vez de esperar por um tempo limite (timeout), e a mensagem extraída aparece num banner de erro na página do modelo com as ações View full console logs e Retry Training. As execuções que param de reportar atividade durante várias horas são marcadas automaticamente como falhadas e a sua computação é libertada.
Para receber os resultados de conclusão e falha sem manter esta página aberta, liga os alertas do Slack.
Novas contas recebem créditos de cadastro — $5 para e-mails pessoais e $25 para e-mails corporativos. Verifica o teu saldo em Settings > Billing.

Monitorar Treinamento#
Veja o progresso do treinamento em tempo real na aba Train da página do modelo:
Sub-aba Charts#

Os gráficos estão agrupados por família de métricas, e os grupos que aparecem dependem do que a execução reporta:
| Grupo | Conteúdos |
|---|---|
| Métricas | Métricas de tarefa — mAP50, mAP50-95, precisão (precision) e revocação (recall) para deteção; consulta Models para outras tarefas |
| Perda | Um gráfico por componente de perda, com a série de treino a cheio (solid) e a série de validação a tracejado (dashed) |
| Taxa de Aprendizado | lr/pg0, lr/pg1, lr/pg2 |
Cada grupo pode ser colapsado, os gráficos individuais podem ser ocultados ou mostrados a partir do menu do grupo, e os gráficos podem ser arrastados e redimensionados — o esquema é memorizado para a próxima vez.
Sub-aba Console#
Saída da consola em direto com suporte para cores ANSI, barras de progresso e deteção de erros fatais. As últimas 2000 linhas são retidas, os carimbos de data/hora podem ser ativados/desativados e todo o registo (log) pode ser copiado como texto simples.
Sub-aba System#
Um cartão de anfitrião em direto (nome do anfitrião, CPU, GPU, RAM e totais de disco) mais gráficos por época para utilização de CPU e RAM, utilização e memória da GPU, temperatura da GPU, E/S de rede e E/S de disco.
Checkpoints#
O melhor ponto de controlo (checkpoint) (best.pt) é carregado para a Platform periodicamente durante o treino e novamente quando a execução termina, pelo que a descarga (download), a exportação e a implementação utilizam sempre a melhor época produzida até ao momento. Se a execução for cancelada, o ponto de controlo carregado antes do cancelamento é mantido.
Cancelar Treinamento#
Clica em Cancel no cartão Run Information na página do modelo e confirma a ação. Para o treino na nuvem, a Platform para o trabalho, liberta a sua computação e cobra o tempo de GPU decorrido utilizado antes do cancelamento. Para o treino local, o cancelamento sinaliza o processo para parar no limite da época seguinte e preserva resultados parciais — a execução envia o que tem antes de sair.
Treinamento Remoto#
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:#fffTreine no seu próprio hardware enquanto transmite métricas para a plataforma.
A integração com a plataforma requer ultralytics>=8.4.120. Versões inferiores não funcionarão com a Platform.
pip install -U ultralyticsConfigurar Chave de API#
- Vai para
Settings > API Keys - Crie uma nova chave (ou a plataforma cria uma automaticamente quando você abre a aba Local Training)
- Defina a variável de ambiente:
export ULTRALYTICS_API_KEY="YOUR_API_KEY"Treinar com Streaming#
Usa os parâmetros project e name para transmitir métricas:
yolo train model=yolo26n.pt data=coco.yaml epochs=100 \
project=username/my-project name=experiment-1A aba Local Training na caixa de diálogo de treinamento mostra um comando pré-configurado com sua chave de API, parâmetros selecionados e argumentos avançados incluídos.
Usando conjuntos de dados da plataforma#
Treina com datasets armazenados na plataforma usando o formato de URI ul://:
yolo train model=yolo26n.pt data=ul://username/datasets/my-dataset epochs=100 \
project=username/my-project name=exp1O formato de URI ul:// transfere e configura o teu dataset automaticamente. O modelo é vinculado automaticamente ao dataset na plataforma (vê Usando Datasets da Plataforma).
Faturamento#
Os custos de treinamento são baseados no uso de GPU:
Estimativa de Custo#
Antes de o treino começar, a plataforma estima a duração total e o custo a partir do tamanho do teu conjunto de dados, tamanho do modelo, tamanho da imagem, tamanho do lote, épocas e GPU selecionada. As estimativas são aproximadas; o uso real é o que é faturado.
Fatores que afetam o custo:
| Fator | Impacto |
|---|---|
| Tamanho do Dataset | Mais imagens = tempo de treinamento maior (a computação escala aproximadamente de forma linear com o tamanho do dataset) |
| Tamanho do Modelo | Modelos maiores (m, l, x) treinam mais lentamente que (n, s) |
| Número de Épocas | Multiplicador direto no tempo de treinamento |
| Tamanho da Imagem | Um imgsz maior aumenta substancialmente a computação — 1280px custa várias vezes mais do que 640px |
| Batch Size | Lotes maiores treinam de forma mais eficiente do que os pequenos |
| Velocidade da GPU | As GPUs mais rápidas reduzem o tempo de treino, compensando parcialmente a sua taxa horária mais alta |
| Optimizer | MuSGD demora aproximadamente o dobro do tempo dos outros otimizadores |
| Sobrecarga de Inicialização | Até 5 minutos para inicialização da instância, download de dados e aquecimento (escala com o tamanho do dataset) |
As estimativas baseiam-se em execuções reais de treino na nuvem, e a estimativa utiliza sempre a GPU que selecionaste — pelo que um trabalho encaminhado para uma infraestrutura Ultralytics mais rápida termina antes da sua estimativa.
Exemplos de Custo#
As estimativas de custo são aproximadas e dependem de muitos fatores. A caixa de diálogo de treinamento mostra uma estimativa em tempo real antes de você iniciar o treinamento.
| Cenário | GPU | Custo Estimado |
|---|---|---|
| 500 imagens, YOLO26n, 50 épocas | RTX 4090 | ~$0.03 |
| 1000 imagens, YOLO26n, 100 épocas | RTX PRO 6000 | ~$0.23 |
| 5000 imagens, YOLO26s, 100 épocas | H100 SXM | ~$1.56 |
Fluxo de Faturamento#
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:#fffFluxo de faturamento de treinamento em nuvem:
- Estimativa: Custo calculado antes do início do treinamento
- Verificação de Saldo: Os créditos disponíveis são verificados antes do lançamento
- Treina e Conta: O trabalho é executado no computador selecionado, e o tempo de GPU acumulado é debitado do teu saldo em etapas enquanto ele é executado
- Liquidado: No estado final, o restante pendente é debitado e uma única transação de Treinamento é registrada para toda a execução
A faturação rastreia o tempo real de GPU, incluindo execuções parciais que são canceladas ou falham após o início de uma GPU na nuvem.
Faturamento por Status do Trabalho#
| Status | Cobrado? |
|---|---|
| Completed | Sim — tempo de GPU real usado |
| Cancelled | Sim — tempo de GPU do início ao cancelamento |
| Failed | Sim, quando a computação na nuvem é iniciada — tempo de GPU decorrido utilizado |
| Travado | Sim — tempo de GPU decorrido até à terminação automática |
Uma execução que para de reportar atividade durante várias horas é automaticamente marcada como falhada; a instância é terminada e o tempo de GPU decorrido é liquidado. As execuções remotas no teu próprio hardware são simplesmente marcadas como falhadas sem nada a cobrar.
Uma falha de validação ou de lançamento antes de uma GPU na nuvem iniciar não tem utilização de computação para cobrar. Assim que uma GPU está a funcionar, os trabalhos concluídos, cancelados, com falha e terminados automaticamente são cobrados com base no tempo de relógio de GPU decorrido.
Métodos de Pagamento#
O treino na nuvem é pago a partir do teu saldo de crédito da plataforma.
O início do treino requer um saldo disponível positivo e créditos suficientes para o custo estimado do trabalho, onde cada estimativa reserva pelo menos 15 minutos de tempo de GPU. Com várias execuções ativas em simultâneo, a verificação também contabiliza o remanescente não faturado dessas execuções.
Visualizar Custos de Treinamento#
Antes de iniciares um trabalho na nuvem, a caixa de diálogo de treino mostra o teu saldo de crédito atual e estima a duração e o custo do trabalho a partir do modelo, conjunto de dados, épocas, tamanho de imagem e GPU selecionados. A estimativa é informativa; a utilização real é cobrada pelo tempo de GPU consumido. Depois, revê a transação de crédito resultante em Settings > Billing.

Dicas de Treinamento#
Escolha o Tamanho de Modelo Correto#
| Modelo | Parâmetros | Melhor para |
|---|---|---|
| YOLO26n | 2.4M | Tempo real, dispositivos de borda (edge) |
| YOLO26s | 9.5M | Equilíbrio velocidade/precisão |
| YOLO26m | 20.4M | Maior precisão |
| YOLO26l | 24.8M | Precisão de produção |
| YOLO26x | 55.7M | Precisão máxima |
Otimizar Tempo de Treinamento#
- Comece pequeno: Teste com 10-20 épocas em uma GPU econômica para verificar se seu dataset e configuração funcionam
- Use uma GPU apropriada: A RTX PRO 6000 lida bem com a maioria das cargas de trabalho
- Valide o dataset: Corrija problemas de rotulagem antes de gastar com treinamento
- Monitore desde cedo: Cancele o treinamento se a perda estagnar — você paga apenas pelo tempo de computação usado
Solução de Problemas#
| Problema | Solução |
|---|---|
| Treinamento travado em 0% | Verifique o formato do dataset, tente novamente |
| Falta de memória (Out of memory) | Reduza o tamanho do lote ou use uma GPU maior |
| Baixa precisão | Aumente as épocas, verifique a qualidade dos dados |
| Treinamento lento | Considere uma GPU mais rápida |
| Erro de incompatibilidade de tarefa | Certifique-se de que as tarefas do modelo e do conjunto de dados coincidam |
Referência de parâmetros de treinamento#
| Parâmetro | Tipo | Predefinição | Intervalo | Descrição |
|---|---|---|---|---|
epochs | int | 100 | 1-10000 | Número de épocas de treinamento |
batch | int | -1 (auto) | -1 a 512 | Tamanho do batch (-1 = ajuste automático à VRAM disponível) |
imgsz | int | 640 | 32-4096 | Tamanho da imagem de entrada |
pretrained | bool | True | - | Começar a partir de pesos pré-treinados em vez de inicialização aleatória |
patience | int | 100 | 1-1000 | Paciência de parada antecipada |
time | float | null | 0.1-720 | Limite de tempo de treino em relógio de parede (wall-clock) em horas, substitui as épocas |
seed | int | 0 | 0-2147483647 | Semente aleatória para reprodutibilidade |
deterministic | bool | True | - | Modo de treinamento determinístico |
amp | bool/str | True | true/false/fp16/bf16/fp32 | Precisão do treinamento |
compile | bool | False | - | Compilar com torch.compile (primeira época mais lenta) |
close_mosaic | int | 10 | 0-50 | Desativar mosaico nas N épocas finais |
save_period | int | -1 | -1-100 | Salvar checkpoint a cada N épocas |
device | selecionar | auto | auto/0/cpu/mps | Dispositivo de treino |
workers | int | 8 | 0-64 | Trabalhadores do carregador de dados |
cache | selecionar | false | ram/disk/false | Cache de imagens |
dropout | float | 0.0 | 0.0-1.0 | Dropout da cabeça de classificação (apenas para classificação) |
iou | float | 0.7 | 0.1-0.9 | Limiar (threshold) de IoU para NMS durante a validação |
max_det | int | 300 | 1-10000 | Máximo de deteções por imagem |
Alguns parâmetros aplicam-se apenas a tarefas específicas:
- Todas as tarefas, exceto classify e depth (detect, segment, semantic, pose, obb):
box,dfl,mosaic,mixup,close_mosaic,iou,max_det - Todas as tarefas, exceto depth (as tarefas com classes):
cls,label_smoothing,single_cls - Todas as tarefas, exceto classify (detect, segment, semantic, depth, pose, obb):
degrees,translate,shear,perspective - Apenas Segment:
copy_paste - Apenas Pose:
pose(peso da perda),kobj(objetividade do keypoint) - Apenas Classify:
dropout
FAQ#
O tempo de treinamento depende de:
- Tamanho do conjunto de dados
- Tamanho do modelo
- Número de épocas
- GPU selecionada
Tempos típicos (1000 imagens, 100 épocas):
Modelo RTX PRO 6000 A100 SXM YOLO26n ~6 min ~5 min YOLO26m ~15 min ~12 min YOLO26x ~30 min ~25 min Tempos aproximadosOs tempos de treinamento são aproximados e variam de acordo com a complexidade do conjunto de dados, as configurações de aumento e o tamanho do lote. Use a estimativa de custo do diálogo de treinamento para previsões mais precisas.
Sim. O treino pode ser executado sem supervisão enquanto estiver financiado, e a plataforma regista um evento de conclusão ou falha. Se a contabilização fizer com que o saldo desça abaixo de zero, as execuções de nuvem pagas ativas param e cobram o tempo de GPU já utilizado.
A utilização na nuvem é contabilizada à medida que o treino progride. Se uma cobrança fizer descer o teu saldo abaixo de zero, as execuções de treino na nuvem pagas ativas são paradas e cobradas pelo tempo de GPU já utilizado. Adiciona créditos ou ativa a recarga automática para manter os trabalhos de longa duração financiados.
Saldo negativoUm saldo zero ou negativo impede novos trabalhos de treino na nuvem pagos. Um saldo contabilizado negativo também aciona o encerramento das execuções de treino na nuvem pagas ativas.
As estimativas de custo são aproximadas — o tempo real de treino pode variar devido a fatores como a velocidade de carregamento de dados, o aquecimento da GPU e o comportamento de convergência do modelo. Se a utilização real esgotar o saldo disponível, a plataforma para as execuções pagas ativas na nuvem assim que o saldo ficar negativo.
Para gerenciar custos:
- Monitore o progresso do treinamento em tempo real e cancele mais cedo se necessário
- Ativa a recarga automática para reabastecer créditos automaticamente
- Comece com execuções mais curtas (menos épocas) para calibrar as expectativas
Sim, expande a secção Advanced Settings no diálogo de treino para aceder a um editor YAML com mais de 50 parâmetros configuráveis. Os valores não predefinidos são incluídos em ambos os comandos de treino na nuvem e local.
O editor YAML também suporta a importação de configurações de execuções de treinamento anteriores:
- Copy from existing model: Na página de qualquer modelo concluído, o cartão Training Configuration tem um menu Export data com Copy JSON. Cola o JSON diretamente no editor YAML — este deteta automaticamente o formato JSON e importa todos os parâmetros. O mesmo menu descarrega a configuração como CSV ou JSON.
- Paste YAML or JSON: Cole qualquer configuração de treinamento YAML ou JSON válida no editor. Os parâmetros são validados automaticamente, com valores fora do intervalo sendo ajustados e avisos sendo exibidos.
- Arrastar e soltar ficheiros: Arrasta um ficheiro
.yamlou.jsondiretamente para o editor para importar os seus parâmetros.
Isto facilita a reprodução ou iteração em configurações de treino anteriores sem reinserir manualmente cada parâmetro.Sim. Um modelo falhado mostra um banner de erro com uma ação Retry que reabre o diálogo de treino com o mesmo modelo base, conjunto de dados e parâmetros, para que possas ajustar um valor e começar de novo. Tentar novamente reutiliza a mesma página do modelo: os gráficos, a saída da consola, as métricas do sistema e o erro da execução anterior são limpos assim que o novo trabalho é criado, e os seus pesos são substituídos quando a nova execução produz um melhor ponto de controlo.
Sim, o botão New Model nas páginas de conjuntos de dados abre a caixa de diálogo de treino com o conjunto de dados pré-selecionado e bloqueado. Em seguida, selecionas um projeto e um modelo para começar a treinar.