🚀 B200 bare metal now at $5.6/hr. The best price you'll find. DC in US West → (Access it from Bare metal button on top after login).

Get Your B200 →
Start Building
Cover image
Engineering

How Dynamic GPU Placement Enables Lower Prices

GPU pricing assumes 30% utilisation — you pay for the idle 70%. Here’s how dynamic placement achieves 5× better utilisation and why that drives packet.ai’s pricing.

Author photo
packet.ai Team
January 18, 2025

Dynamic GPU placement on packet.ai schedules workloads based on real-time VRAM and compute usage — not static allocation. The result is GPU infrastructure that runs efficiently and charges you for what you actually use, not worst-case peak capacity.

Key takeaways

  • Traditional GPU pricing assumes ~30% average utilisation — you pay for 100% of a GPU while using 30%
  • Dynamic placement monitors GPU usage across multiple dimensions in real time, not just occupied/not
  • A memory-heavy inference job can run alongside a compute-heavy job without either seeing slowdown — if placed correctly
  • The result: up to 5× better hardware utilisation, which enables packet.ai GPU pricing from $0.65/hr
  • Unlike MIG slicing or oversubscription, dynamic placement preserves full performance characteristics for each workload

Most GPU cloud pricing is built on a simple assumption: customers need GPUs statically allocated to them. You rent a GPU, you have it 100%, and you pay whether you use it or not. That’s fine for some workloads. But it means the GPU economy runs at ~30% efficiency by default.

Two approaches that don’t work

Hard slicing (MIG, vGPU) carves a GPU into fixed partitions — for example, 7 equal slices of an A100. Simple and isolated, but completely inflexible. If your workload needs more VRAM but less compute than the slice provides, you’re stuck paying for a shape that doesn’t fit your actual profile.

Oversubscription throws multiple jobs onto the same GPU and hopes the usage patterns don’t collide. It can look cheap on paper — until it doesn’t work. CUDA kernel conflicts, memory pressure spikes, and unpredictable latency make this unsuitable for anything touching production.

⚠ Why oversubscription fails in practice

Oversubscription assumes usage patterns are predictable. LLM inference is bursty — a single long context request can spike memory demand by 10× in milliseconds. Without intelligent scheduling, one job’s spike causes others to OOM or throttle.

How dynamic placement works

hosted·ai’s scheduler — the layer packet.ai runs on — is built on a single observation: modern AI workloads rarely consume all aspects of a GPU simultaneously. A memory-heavy inference workload has different compute and bandwidth characteristics than a training job. Placed correctly, they can coexist without interfering.

1

Real-time resource tracking

The scheduler monitors GPU usage across multiple dimensions simultaneously — VRAM usage, SM activity, memory bandwidth, compute throughput — not just the binary occupied/not flag that traditional allocation uses.

2

Intelligent workload placement

When a new workload arrives, it’s profiled and placed on the GPU where its resource profile creates the least contention with existing workloads. Memory-heavy inference alongside compute-heavy batch training, for example.

3

Automatic rebalancing

If actual usage patterns shift and contention would impact performance, workloads are automatically moved or queued. Performance is prioritised over density — the system never degrades a workload to pack more jobs in.

4

Predictable execution

From your perspective, it feels like running on a well-behaved dedicated GPU. Full VRAM allocation, full compute, no interference. The efficiency happens at the infrastructure layer — invisible to your workload.

Why this enables lower GPU pricing

Traditional GPU pricing is built on the assumption that average utilisation is ~30%. That means for every dollar a customer pays, 70 cents is wasted idle hardware. The provider bakes that waste into the price.

When hosted·ai’s dynamic placement drives utilisation up to 5× higher, the same physical GPU can serve more customers without degrading anyone’s experience. The economics change completely. packet.ai H100 from $0.65/hr, H200 from $2.25/hr, B200 from $3.75/hr — browse available clusters for current pricing — are made possible by infrastructure that doesn’t waste 70% of what it provisions.

Frequently asked questions

GPU slicing (MIG, vGPU) divides a GPU into fixed static partitions. Dynamic placement schedules workloads based on real-time multi-dimensional resource tracking — VRAM, SM activity, bandwidth, compute — not fixed partitions. Workloads with complementary resource profiles run alongside each other without interference.
No. The scheduler prioritises performance over density. If a workload pairing would create contention, one job is moved or queued rather than degraded. From your workload’s perspective, execution feels like a dedicated GPU — full VRAM, full compute, no interference from co-located jobs.
Traditional GPU pricing assumes ~30% average utilisation, so providers charge for the 70% waste. Dynamic placement achieves up to 5× better utilisation, meaning more customers can be served from the same hardware without degradation. That efficiency is passed through as lower per-GPU-hour pricing.
Yes. Production inference clusters on packet.ai using H200 and B200 GPUs run at 85–95% SM Activity. The placement system monitors contention in real time and moves workloads proactively before any performance degradation occurs.
hosted·ai is the GPU orchestration platform that packet.ai runs on. It provides GPU pooling, dynamic workload placement, and overcommit technology to service providers. packet.ai is a neocloud built on hosted·ai-optimised infrastructure, demonstrating what the platform makes possible — H200 SXM from $2.25/hr and B200 SXM from $3.75/hr.

Last reviewed: 10 June 2026. Browse GPU clusters on packet.ai →

Waste less compute.

Same models. Same API. Fraction of the cost. Start free — no credit card required.

Start Building →

More from the blog