YOLO Vision 2026:

Pré-processamento acelerado por GPU com NVIDIA DALI#

Ao implementar modelos Ultralytics YOLO em produção, o pré-processamento frequentemente torna-se o gargalo. Embora o TensorRT consiga executar a inferência do modelo em apenas alguns milissegundos, o pré-processamento baseado em CPU (redimensionamento, preenchimento e normalização) pode levar de 2 a 10 ms por imagem, especialmente em resoluções elevadas. O NVIDIA DALI (Biblioteca de carregamento de dados) resolve este problema transferindo todo o pipeline de pré-processamento para a GPU.

Este guia mostra como criar pipelines DALI que replicam exatamente o pré-processamento do Ultralytics YOLO, integrá-los com model.predict(), processar streams de vídeo e implementar tudo de ponta a ponta com o Triton Inference Server.

Para quem é este guia?

Este guia destina-se a engenheiros que implementam modelos YOLO em ambientes de produção onde o pré-processamento na CPU é um gargalo mensurável — normalmente implementações com TensorRT em GPUs NVIDIA, pipelines de vídeo de alto débito ou configurações do Triton Inference Server. Se estiveres a executar inferência padrão com model.predict() e não tiveres um gargalo de pré-processamento, o pipeline padrão na CPU funciona bem.

Resumo rápido
  • A criar um pipeline DALI? Usa fn.resize(mode="not_larger") + fn.crop(out_of_bounds_policy="pad") + fn.crop_mirror_normalize para replicar o pré-processamento letterbox do YOLO na GPU.
  • A integrar com o Ultralytics? Passa a saída do DALI como torch.Tensor para model.predict() — o Ultralytics ignora automaticamente o pré-processamento da imagem.
  • A implementar com o Triton? Usa o backend DALI com um ensemble TensorRT para eliminar o pré-processamento na CPU.

Porquê usar DALI para o pré-processamento do YOLO#

Num pipeline típico de inferência YOLO, as etapas de pré-processamento são executadas na CPU:

  1. Descodificar a imagem (JPEG/PNG)
  2. Redimensionar preservando a proporção
  3. Preencher até ao tamanho-alvo (letterbox)
  4. Normalizar os valores dos píxeis de [0, 255] para [0, 1]
  5. Converter o formato de HWC para CHW

Com o DALI, todas estas operações são executadas na GPU, eliminando o gargalo da CPU. Isto é especialmente útil quando:

CenárioPor que razão o DALI ajuda
Inferência rápida na GPUOs motores TensorRT com inferência inferior a um milissegundo tornam o pré-processamento na CPU o custo dominante
Entradas de alta resoluçãoOs streams de vídeo 1080p e 4K exigem operações de redimensionamento dispendiosas
Tamanhos de batch grandesInferência no servidor que processa muitas imagens em paralelo
Número limitado de núcleos de CPUDispositivos de edge, como o NVIDIA Jetson, ou servidores GPU densos com poucos núcleos de CPU por GPU

Pré-requisitos#

Apenas Linux

O NVIDIA DALI suporta apenas Linux. Não está disponível no Windows nem no macOS.

Instala os pacotes necessários:

pip install ultralytics
pip install --extra-index-url https://pypi.nvidia.com nvidia-dali-cuda130

Requisitos:

  • GPU NVIDIA (capacidade de computação 5.0+ / Maxwell ou mais recente)
  • CUDA 11.0+, 12.0+ ou 13.0+
  • Python 3.10-3.14
  • Sistema operativo Linux

Compreender o pré-processamento do YOLO#

Antes de criares um pipeline DALI, vale a pena compreender exatamente o que o Ultralytics faz durante o pré-processamento. A classe principal é LetterBox em ultralytics/data/augment.py:

from ultralytics.data.augment import LetterBox

letterbox = LetterBox(
    new_shape=(640, 640),  # Target size
    center=True,  # Center the image (pad equally on both sides)
    stride=32,  # Stride alignment
    padding_value=114,  # Gray padding (114, 114, 114)
)

O pipeline completo de pré-processamento em ultralytics/engine/predictor.py executa estas etapas:

EtapaOperaçãoFunção da CPUEquivalente no DALI
1Redimensionamento letterboxcv2.resizefn.resize(mode="not_larger")
2Preenchimento centralizadocv2.copyMakeBorderfn.crop(out_of_bounds_policy="pad")
3BGR → RGBim[..., ::-1]fn.decoders.image(output_type=types.RGB)
4HWC → CHW + normalização /255np.transpose + tensor / 255fn.crop_mirror_normalize(std=[255,255,255])

A operação letterbox preserva a proporção ao:

  1. Calcular a escala: r = min(target_h / h, target_w / w)
  2. Redimensionar para (round(w * r), round(h * r))
  3. Preencher o espaço restante com cinzento (114) para atingir o tamanho-alvo
  4. Centrar a imagem para que o preenchimento seja distribuído igualmente pelos dois lados

Pipeline DALI para YOLO#

O pipeline DALI recomendado replica o comportamento predefinido LetterBox(center=True) do Ultralytics, utilizado pela inferência YOLO padrão.

Pipeline centralizado (recomendado, corresponde ao LetterBox do Ultralytics)#

Esta versão replica exatamente o pré-processamento predefinido do Ultralytics com preenchimento centralizado, correspondendo a LetterBox(center=True):

Pipeline DALI com preenchimento centralizado (recomendado)
from nvidia import dali
from nvidia.dali import fn, types

@dali.pipeline_def(batch_size=8, num_threads=4, device_id=0)
def yolo_dali_pipeline_centered(image_dir, target_size=640):
    """DALI pipeline replicating YOLO preprocessing with centered padding.

    Matches Ultralytics LetterBox(center=True) behavior exactly.
    """
    # Read and decode images on GPU
    jpegs, _ = fn.readers.file(file_root=image_dir, random_shuffle=False, name="Reader")
    images = fn.decoders.image(jpegs, device="mixed", output_type=types.RGB)

    # Aspect-ratio-preserving resize
    resized = fn.resize(
        images,
        resize_x=target_size,
        resize_y=target_size,
        mode="not_larger",
        interp_type=types.INTERP_LINEAR,
        antialias=False,  # Match cv2.INTER_LINEAR (no antialiasing)
    )

    # Centered padding using fn.crop with out_of_bounds_policy
    # When crop size > image size, fn.crop centers the image and pads symmetrically
    padded = fn.crop(
        resized,
        crop=(target_size, target_size),
        out_of_bounds_policy="pad",
        fill_values=114,  # YOLO padding value
    )

    # Normalize and convert layout
    output = fn.crop_mirror_normalize(
        padded,
        dtype=types.FLOAT,
        output_layout="CHW",
        mean=[0.0, 0.0, 0.0],
        std=[255.0, 255.0, 255.0],
    )
    return output
Quando é que `fn.pad` é suficiente?

Se não precisares de paridade exata com LetterBox(center=True), podes simplificar a etapa de preenchimento usando fn.pad(...) em vez de fn.crop(..., out_of_bounds_policy="pad"). Esta variante preenche apenas as margens direita e inferior, o que pode ser aceitável em pipelines de implementação personalizados, mas não corresponderá exatamente ao comportamento letterbox centralizado predefinido do Ultralytics.

Porquê usar `fn.crop` para o preenchimento centralizado?

O operador fn.pad do DALI adiciona preenchimento apenas às margens direita e inferior. Para obter preenchimento centralizado (correspondente ao LetterBox(center=True) do Ultralytics), usa fn.crop com out_of_bounds_policy="pad". Com os valores predefinidos crop_pos_x=0.5 e crop_pos_y=0.5, a imagem é automaticamente centrada com preenchimento simétrico.

Diferença de antialiasing

O fn.resize do DALI ativa o antialiasing por predefinição (antialias=True), enquanto o cv2.resize do OpenCV com INTER_LINEAR não aplica antialiasing. Define sempre antialias=False no DALI para corresponder ao pipeline da CPU. Omitir esta definição causa diferenças numéricas subtis que podem afetar a precisão do modelo.

Executar o pipeline#

Criar e executar um pipeline DALI
# Build and run the pipeline
pipe = yolo_dali_pipeline_centered(image_dir="/path/to/images", target_size=640)
pipe.build()

# Get a batch of preprocessed images
(output,) = pipe.run()

# Convert to numpy or PyTorch tensors
batch_np = output.as_cpu().as_array()  # Shape: (batch_size, 3, 640, 640)
print(f"Output shape: {batch_np.shape}, dtype: {batch_np.dtype}")
print(f"Value range: [{batch_np.min():.4f}, {batch_np.max():.4f}]")

Usar DALI com a previsão do Ultralytics#

Podes passar diretamente um tensor PyTorch pré-processado para model.predict(). Quando é passado um torch.Tensor, o Ultralytics ignora o pré-processamento da imagem (letterbox, BGR→RGB, HWC→CHW e normalização /255) e executa apenas a transferência para o dispositivo e a conversão do tipo de dados antes de o enviar para o modelo.

Como o Ultralytics não tem acesso às dimensões originais da imagem neste caso, as coordenadas das caixas de deteção são devolvidas no espaço letterbox de 640×640. Para as mapear de volta para as coordenadas da imagem original, usa scale_boxes, que aplica a lógica exata de arredondamento usada por LetterBox:

from ultralytics.utils.ops import scale_boxes

# boxes: tensor of shape (N, 4) in xyxy format, in 640x640 letterboxed coords
# Scale boxes from letterboxed (640, 640) back to original (orig_h, orig_w)
boxes = scale_boxes((640, 640), boxes, (orig_h, orig_w))

Isto aplica-se a todos os caminhos de pré-processamento externo — entrada direta de tensores, streams de vídeo e implementação no Triton.

Previsão DALI + Ultralytics
from nvidia.dali.plugin.pytorch import DALIGenericIterator

from ultralytics import YOLO

# Load model
model = YOLO("yolo26n.pt")

# Create DALI iterator
pipe = yolo_dali_pipeline_centered(image_dir="/path/to/images", target_size=640)
pipe.build()
dali_iter = DALIGenericIterator(pipe, ["images"], reader_name="Reader")

# Run inference with DALI-preprocessed tensors
for batch in dali_iter:
    images = batch[0]["images"]  # Already on GPU, shape (B, 3, 640, 640)
    results = model.predict(images, verbose=False)
    for result in results:
        print(f"Detected {len(result.boxes)} objects")
Sobrecarga de pré-processamento zero

Quando passas um torch.Tensor para model.predict(), a etapa de pré-processamento da imagem demora ~0.004 ms (essencialmente zero), em comparação com ~1-10 ms no pré-processamento na CPU. O tensor tem de estar no formato BCHW, ser float32 (ou float16) e estar normalizado para [0, 1]. O Ultralytics continuará a tratar automaticamente da transferência para o dispositivo e da conversão do tipo de dados.

DALI com streams de vídeo#

Para processamento de vídeo em tempo real, usa fn.external_source para alimentar frames de qualquer fonte — OpenCV, GStreamer ou bibliotecas de captura personalizadas:

Pipeline DALI para pré-processamento de streams de vídeo
from nvidia import dali
from nvidia.dali import fn, types

@dali.pipeline_def(batch_size=1, num_threads=4, device_id=0)
def yolo_video_pipeline(target_size=640):
    """DALI pipeline for processing video frames from external source."""
    # External source for feeding frames from OpenCV, GStreamer, etc.
    frames = fn.external_source(device="cpu", name="input")
    frames = fn.reshape(frames, layout="HWC")

    # Move to GPU and preprocess
    frames_gpu = frames.gpu()
    resized = fn.resize(
        frames_gpu,
        resize_x=target_size,
        resize_y=target_size,
        mode="not_larger",
        interp_type=types.INTERP_LINEAR,
        antialias=False,
    )
    padded = fn.crop(
        resized,
        crop=(target_size, target_size),
        out_of_bounds_policy="pad",
        fill_values=114,
    )
    output = fn.crop_mirror_normalize(
        padded,
        dtype=types.FLOAT,
        output_layout="CHW",
        mean=[0.0, 0.0, 0.0],
        std=[255.0, 255.0, 255.0],
    )
    return output

Triton Inference Server com DALI#

Para uma implementação em produção, combina o pré-processamento DALI com a inferência TensorRT no Triton Inference Server, utilizando um modelo ensemble. Isto elimina completamente o pré-processamento na CPU — entram bytes JPEG brutos e saem deteções, com tudo processado na GPU.

Estrutura do repositório do modelo#

model_repository/
├── dali_preprocessing/
│   ├── 1/
│   │   └── model.dali
│   └── config.pbtxt
├── yolo_trt/
│   ├── 1/
│   │   └── model.plan
│   └── config.pbtxt
└── ensemble_dali_yolo/
    ├── 1/                  # Empty directory (required by Triton)
    └── config.pbtxt

Etapa 1: Criar o pipeline DALI#

Serializa o pipeline DALI para o backend DALI do Triton:

Serializar o pipeline DALI para o Triton
from nvidia import dali
from nvidia.dali import fn, types

@dali.pipeline_def(batch_size=8, num_threads=4, device_id=0)
def triton_dali_pipeline():
    """DALI preprocessing pipeline for Triton deployment."""
    # Input: raw encoded image bytes from Triton
    images = fn.external_source(device="cpu", name="DALI_INPUT_0")
    images = fn.decoders.image(images, device="mixed", output_type=types.RGB)

    resized = fn.resize(
        images,
        resize_x=640,
        resize_y=640,
        mode="not_larger",
        interp_type=types.INTERP_LINEAR,
        antialias=False,
    )
    padded = fn.crop(
        resized,
        crop=(640, 640),
        out_of_bounds_policy="pad",
        fill_values=114,
    )
    output = fn.crop_mirror_normalize(
        padded,
        dtype=types.FLOAT,
        output_layout="CHW",
        mean=[0.0, 0.0, 0.0],
        std=[255.0, 255.0, 255.0],
    )
    return output

# Serialize pipeline to model repository
pipe = triton_dali_pipeline()
pipe.serialize(filename="model_repository/dali_preprocessing/1/model.dali")

Etapa 2: Exportar YOLO para TensorRT#

Exportar o modelo YOLO para um motor TensorRT
from ultralytics import YOLO

model = YOLO("yolo26n.pt")
model.export(
    format="engine", imgsz=640, quantize=16, batch=8, dynamic=True, nms=False
)  # NMS-free (N, 300, 6); TensorRT >= 8.5
# Copy the .engine file to model_repository/yolo_trt/1/model.plan

Etapa 3: Configurar o Triton#

dali_preprocessing/config.pbtxt:

name: "dali_preprocessing"
backend: "dali"
max_batch_size: 8
input [
  {
    name: "DALI_INPUT_0"
    data_type: TYPE_UINT8
    dims: [ -1 ]
  }
]
output [
  {
    name: "DALI_OUTPUT_0"
    data_type: TYPE_FP32
    dims: [ 3, 640, 640 ]
  }
]

yolo_trt/config.pbtxt:

name: "yolo_trt"
platform: "tensorrt_plan"
max_batch_size: 8
input [
  {
    name: "images"
    data_type: TYPE_FP32
    dims: [ 3, 640, 640 ]
  }
]
output [
  {
    name: "output0"
    data_type: TYPE_FP32
    dims: [ 300, 6 ]
  }
]

ensemble_dali_yolo/config.pbtxt:

name: "ensemble_dali_yolo"
platform: "ensemble"
max_batch_size: 8
input [
  {
    name: "INPUT"
    data_type: TYPE_UINT8
    dims: [ -1 ]
  }
]
output [
  {
    name: "OUTPUT"
    data_type: TYPE_FP32
    dims: [ 300, 6 ]
  }
]
ensemble_scheduling {
  step [
    {
      model_name: "dali_preprocessing"
      model_version: -1
      input_map {
        key: "DALI_INPUT_0"
        value: "INPUT"
      }
      output_map {
        key: "DALI_OUTPUT_0"
        value: "preprocessed_image"
      }
    },
    {
      model_name: "yolo_trt"
      model_version: -1
      input_map {
        key: "images"
        value: "preprocessed_image"
      }
      output_map {
        key: "output0"
        value: "OUTPUT"
      }
    }
  ]
}
Como funciona o mapeamento do ensemble

O ensemble liga os modelos através de nomes virtuais de tensores. O valor output_map "preprocessed_image" na etapa DALI corresponde ao valor input_map "preprocessed_image" na etapa TensorRT. Estes são nomes arbitrários que ligam a saída de uma etapa à entrada da etapa seguinte — não precisam de corresponder aos nomes internos dos tensores de nenhum modelo.

Etapa 4: Enviar pedidos de inferência#

Porquê `tritonclient` em vez de `YOLO('http://...')`?

O Ultralytics tem suporte integrado para o Triton, que trata automaticamente do pré/pós-processamento. No entanto, não funcionará com o ensemble DALI porque YOLO() envia um tensor float32 pré-processado, enquanto o ensemble espera bytes JPEG brutos. Usa diretamente tritonclient para ensembles DALI e a integração integrada para implementações padrão sem DALI.

Enviar imagens para o ensemble do Triton
import numpy as np
import tritonclient.http as httpclient

client = httpclient.InferenceServerClient(url="localhost:8000")

# Load image as raw bytes (JPEG/PNG encoded)
image_data = np.fromfile("image.jpg", dtype="uint8")
image_data = np.expand_dims(image_data, axis=0)  # Add batch dimension

# Create input
input_tensor = httpclient.InferInput("INPUT", image_data.shape, "UINT8")
input_tensor.set_data_from_numpy(image_data)

# Run inference through the ensemble
result = client.infer(model_name="ensemble_dali_yolo", inputs=[input_tensor])
detections = result.as_numpy("OUTPUT")  # Shape: (1, 300, 6) -> [x1, y1, x2, y2, conf, class_id]

# Filter by confidence (no NMS needed for the nms=False export)
detections = detections[0]  # First image
detections = detections[detections[:, 4] > 0.25]  # Confidence threshold
print(f"Detected {len(detections)} objects")
Agrupamento de imagens JPEG

Ao enviar um batch de imagens JPEG para o Triton, preenche todos os arrays de bytes codificados até ao mesmo comprimento (o número máximo de bytes do batch). O Triton exige formas homogéneas no batch para o tensor de entrada.

Tarefas suportadas#

O pré-processamento DALI funciona com todas as tarefas YOLO que utilizam o pipeline padrão LetterBox:

TarefaSuportadoNotas
DeteçãoPré-processamento letterbox padrão
Segmentação de instânciasO mesmo pré-processamento da deteção
Segmentação semânticaO mesmo pré-processamento de imagem da deteção
ClassificaçãoUsa transformações do torchvision (recorte central), não letterbox
Estimativa de poseO mesmo pré-processamento da deteção
Deteção orientada (OBB)O mesmo pré-processamento da deteção

Limitações#

  • Apenas Linux: o DALI não é compatível com Windows nem macOS
  • É necessária uma GPU NVIDIA: não há alternativa que use apenas a CPU
  • Pipeline estático: a estrutura do pipeline é definida no momento da compilação e não pode ser alterada dinamicamente
  • fn.pad aplica padding apenas à direita e em baixo: usa fn.crop com out_of_bounds_policy="pad" para aplicar padding centralizado
  • Sem modo rect: os pipelines DALI produzem saídas de tamanho fixo (por exemplo, 640×640). O modo rect auto=True, que produz saídas de tamanho variável (por exemplo, 384×640), não é compatível. Embora o TensorRT seja compatível com formas de entrada dinâmicas, um pipeline DALI de tamanho fixo combina naturalmente com um motor de tamanho fixo para obter o máximo débito
  • Memória com várias instâncias: usar instance_group com count > 1 no Triton pode causar um elevado consumo de memória. Usa o grupo de instâncias predefinido para o modelo DALI

Perguntas frequentes#

  • O benefício depende do teu pipeline. Quando a inferência na GPU já é rápida com TensorRT, o pré-processamento na CPU, com uma duração de 2–10 ms, pode tornar-se o principal custo. O DALI elimina este gargalo ao executar o pré-processamento na GPU. Os maiores ganhos observam-se com entradas de alta resolução (1080p, 4K), tamanhos de lote grandes e sistemas com um número limitado de núcleos de CPU por GPU.

  • Sim. Usa DALIGenericIterator para obter saídas torch.Tensor pré-processadas e, em seguida, passa-as para model.predict(). No entanto, o benefício de desempenho é maior com modelos TensorRT, nos quais a inferência já é muito rápida e o pré-processamento na CPU se torna o gargalo.

  • fn.pad adiciona padding apenas às extremidades direita e inferior. fn.crop com out_of_bounds_policy="pad" centraliza a imagem e adiciona padding simetricamente em todos os lados, correspondendo ao comportamento LetterBox(center=True) do Ultralytics.

  • Quase idênticos. Define antialias=False em fn.resize para corresponder a cv2.INTER_LINEAR do OpenCV. Podem ocorrer pequenas diferenças de ponto flutuante (< 0.001) devido à aritmética na GPU versus na CPU, mas estas não têm impacto mensurável na precisão da deteção.

  • O CV-CUDA é outra biblioteca da NVIDIA para processamento de visão acelerado por GPU. Oferece controlo por operador (como o OpenCV, mas na GPU), em vez da abordagem baseada em pipelines do DALI. O cvcuda.copymakeborder() do CV-CUDA é compatível com padding explícito por lado, o que simplifica a aplicação de letterbox centralizado. Escolhe o DALI para fluxos de trabalho baseados em pipelines (especialmente com o Triton) e o CV-CUDA para um controlo detalhado ao nível dos operadores no código de inferência personalizado.

Comentários