A developer running a point-tracking model (which builds 4D correlation volumes and uses transformers) found it ran ~170× slower on NVIDIA T4 GPUs compared to A100—taking ~85 seconds versus ~0.5 seconds per half-video. GPU utilization is maxed at 99%, and the slowdown reproduces consistently across two different T4 machines, ruling out driver or setup issues and pointing instead to a fundamental architectural or kernel-level bottleneck between the two GPU generations.
Summaries like this, in your inbox every morning.
Sign up free →What happened
A developer running a point-tracking model on NVIDIA T4 GPUs observed the same model taking ~85 seconds per half-video, versus ~0.5 seconds on an A100—a ~170× slowdown. The model processes 47-frame videos at 256×256 resolution in batch 1, uses pure FP32 precision, and builds local 4D correlation volumes followed by transformer layers.
Why it matters
Such an extreme performance gap between hardware generations suggests a bottleneck beyond typical generational differences. Understanding the cause matters for teams deploying models on T4 hardware (common in cloud inference and research labs) and for optimizing workloads that rely on dense matching and transformer computation on older GPUs.
What to watch
The developer has ruled out GPU underutilization (99% utilization confirmed), incorrect device placement, and driver inconsistencies across two independent T4 machines. The core question remains: whether the bottleneck stems from T4's architectural limits (e.g., memory bandwidth for 4D volumes, tensor core support), cuDNN/CUDA kernel efficiency on older hardware, or model-specific operations that scale poorly on the T4.
A developer encountered a severe performance disparity when deploying a point-tracking model across two NVIDIA GPU generations. On an A100, the model processes a half-video in approximately 0.5 seconds; on a T4, the same operation takes approximately 85 seconds—a ~170× slowdown. The model operates on video clips of 47 frames at 256×256 pixel resolution, processed one at a time (batch 1), and runs entirely in FP32 precision.
The architecture combines two key components: it constructs local 4D correlation volumes to perform dense frame-to-frame matching, then feeds the results through transformer layers to capture temporal relationships. This combination of memory-intensive dense matching and sequence-modeling computation creates a workload that may expose differences between the GPU generations.
The developer has systematically ruled out many common causes. GPU utilization during inference maxes out at 99% according to nvidia-smi, confirming the hardware is fully engaged rather than idling. The model is confirmed to reside on the GPU (torch.cuda.is_available() returns True and device prints "cuda"). Enabling torch.backends.cudnn.benchmark, a common optimization flag for cuDNN kernel selection, made no difference. Crucially, the slowdown reproduces identically on two separate T4 machines, eliminating isolated driver bugs, firmware issues, or single-machine misconfiguration as explanations.
The developer sought community input on what might cause such an extreme bottleneck, noting that while a meaningful gap between card generations is expected, 170× appears too large to account for through generational hardware differences alone. The puzzle points toward either T4-specific architectural limitations (such as memory bandwidth constraints when building large 4D volumes or less efficient tensor core implementations), inefficient cuDNN or CUDA kernels for this workload on older hardware, or operations within the model that scale particularly poorly on T4's feature set.
The 170× slowdown between T4 and A100 is unusually large and points to a structural mismatch rather than linear performance degradation. Both GPUs show maxed utilization, so the bottleneck is not compute idleness; instead, it likely reflects architectural differences in how the two hardware generations handle the model's specific operations. T4s rely on different tensor core designs and memory subsystems compared to A100, and dense 4D correlation volumes combined with transformer inference may stress one or both of these in ways that do not scale linearly with raw FLOP differences. The fact that two independent T4 machines exhibit identical slowdown rules out isolated driver or firmware problems and suggests the issue is inherent to the T4 GPU architecture or the cuDNN/CUDA kernel implementations for this workload on older hardware.
No comments yet. Be the first to share your thoughts!
Log in to join the discussion





Get curated AI news from 200+ sources delivered daily to your inbox. Free to use.
Get Started FreeFree · takes 30 seconds · unsubscribe anytime
1 minute a day. The AI essentials.
200+ sources · Email / LINE / Slack