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

Get Your B200 →
Start Building
NVIDIA A100 vs H100 GPU comparison illustration showing Ampere and Hopper accelerators for AI training and inference.
Infrastructure

NVIDIA A100 vs H100 in 2026: Price, Performance and Which GPU Fits Your Workload

The A100 is $1.43/hr. The H100 is $2.50/hr and delivers 2.88x more LLM inference throughput at high concurrency. For QLoRA fine-tuning, total run cost is within 12.6% at 70B. Here is the full benchmark and cost breakdown.

Author photo
packet.ai Team
July 17, 2026

On packet.ai, the NVIDIA A100 80GB rents from $1.43/hr and the H100 SXM from $2.50/hr. Hyperstack vLLM benchmarks published in December 2025 show the H100 SXM5 generating 2.88x more aggregate LLM inference throughput than the A100 at high concurrency. For QLoRA fine-tuning under 30B parameters at current pricing, total job cost on an A100 and H100 falls within 10% of each other, making the H100 premium a workload-specific decision rather than a default upgrade.

Key takeaways

  • NVIDIA A100 SXM4: 312 TFLOPS TF32, 2.0 TB/s HBM2e bandwidth, 3rd-gen Tensor Cores, NVLink 3.0 at 600 GB/s; from $1.43/hr dedicated on packet.ai
  • NVIDIA H100 SXM5: 1,979 TFLOPS FP8, 3.35 TB/s HBM3 bandwidth, 4th-gen Tensor Cores with Transformer Engine, NVLink 4.0 at 900 GB/s; from $2.50/hr on packet.ai (currently on waitlist)
  • Hyperstack published vLLM benchmark (December 2025): H100 SXM5 at 3,311 aggregate tokens/second vs A100 NVLink at 1,148 tokens/second for Llama-class models at high concurrency, a 2.88x throughput advantage
  • Single-stream inference (Llama 3 70B, batch size 1, vLLM): H100 at approximately 280 tok/s vs A100 at approximately 130 tok/s; cost per million output tokens of $2.48 vs $3.06 at packet.ai pricing
  • QLoRA fine-tuning cost for Llama 3 70B: A100 at $51.48 (36 hours at $1.43/hr) vs H100 at $45.00 (18 hours at $2.50/hr), a 12.6% total-cost advantage for the H100
  • The H100 Transformer Engine enables native FP8 mixed-precision inference and training; the A100 is limited to FP16 and BF16 only
  • Both GPUs support up to 7 Multi-Instance GPU (MIG) partitions for multi-tenant inference isolation

The A100 vs H100 decision is the most consequential GPU choice for AI teams in 2026. Both GPUs are manufactured by NVIDIA, both carry 80GB of HBM memory, and both run CUDA 12.x workloads with the same PyTorch and Hugging Face training scripts without modification. The differences that determine which GPU is right for your workload are architectural: memory type, memory bandwidth, compute precision format, and the H100's dedicated Transformer Engine, a hardware addition that has no equivalent on the A100.

This guide works through the full specification comparison backed by NVIDIA's official datasheets, real-world LLM inference benchmarks from published provider data, total-cost math for QLoRA and full fine-tuning, and a workload-by-workload decision framework. It also covers how the decision changes when you factor in self-host LLM workloads on rented GPU infrastructure versus using a managed inference API. For broader GPU pricing context, see the packet.ai guide to GPU pricing models.

A100 vs H100 Architecture: What Separates NVIDIA Ampere from Hopper

The H100 outperforms the A100 on transformer-based LLM workloads primarily because of two architectural advances: the Transformer Engine with native FP8 mixed-precision, and HBM3 memory delivering 67% more bandwidth than the A100's HBM2e. The A100 uses 3rd-generation Tensor Cores limited to FP16 and BF16. The H100 uses 4th-generation Tensor Cores with a dedicated Transformer Engine that automatically selects between FP8 and FP16 precision per operation, delivering 3x to 4x higher throughput on models with 30B parameters or more where memory bandwidth is the primary bottleneck.

HBM2e vs HBM3: The Memory Bandwidth Gap That Determines Tokens Per Second

The A100 80GB uses HBM2e at 2.0 TB/s. The H100 SXM uses HBM3 at 3.35 TB/s. Both provide 80GB of total VRAM. Capacity is identical; bandwidth is not, and bandwidth is what determines inference speed.

LLM inference during the autoregressive decode phase is almost entirely memory-bandwidth-bound. For every output token, the GPU must read the entire model weight matrix from VRAM. On Llama 3 70B at 4-bit quantization, that weight matrix is approximately 35 to 40 GB. The HBM bandwidth determines how quickly those 35 to 40 GB of quantized weights can be read per token generated. This is why the H100 generates approximately 2.15x more tokens per second on Llama 3 70B at batch size 1, even though the raw TFLOPS gap between the two GPUs suggests a much larger theoretical advantage. Memory bandwidth is the actual constraint, not compute.

According to NVIDIA's official A100 and H100 specification sheets, the HBM3 to HBM2e bandwidth ratio is 1.675x. Published benchmark data from Spheron (May 2026) confirms that this bandwidth ratio maps directly to single-stream inference throughput: the H100 uses HBM3 at 3,350 GB/s and the A100 uses HBM2e at 2,039 GB/s, and that 1.64x bandwidth difference is the primary driver of the H100's inference speedup on memory-bound attention operations.

FP8 Transformer Engine: The Feature That Changes Production LLM Economics

The H100 Transformer Engine automatically selects between FP8 and FP16 precision per layer during training and inference. FP8 represents model weights and activations in 8-bit floating point rather than 16-bit, halving the memory footprint per activation. For large models running at FP8 instead of FP16, this allows larger batch sizes per GPU and reduces VRAM pressure on KV cache during long-context inference.

NVIDIA's H100 datasheet states the H100 delivers up to 1,979 TFLOPS at FP8 without sparsity. The A100's peak compute at TF32 with sparsity is 312 TFLOPS, and the A100 has no native FP8 support. vLLM supports FP8 inference on H100 via the --quantization fp8 flag. SGLang supports FP8 natively. TensorRT-LLM's H100 engine uses FP8 by default for transformer inference. The practical result at high concurrency on 30B and larger models: the H100 with FP8 delivers 3x to 4x the throughput of the A100 running the same model in FP16.

For workloads that do not use FP8 (QLoRA fine-tuning, small-model inference at low concurrency, development and experimentation), the Transformer Engine advantage disappears and the comparison narrows to memory bandwidth and hourly pricing.

The A100 SXM4 uses NVLink 3.0 at 600 GB/s bidirectional bandwidth per GPU. The H100 SXM5 uses NVLink 4.0 at 900 GB/s. This 50% inter-GPU bandwidth increase matters specifically for multi-GPU workloads with tensor parallelism, where the cluster must constantly exchange gradient tensors and KV cache activations between cards. For single-GPU workloads including QLoRA fine-tuning and single-card inference, NVLink generation makes no measurable difference. For 8x GPU clusters running pipeline-parallel or tensor-parallel inference on 70B and larger models, the H100's NVLink 4.0 fabric reduces the inter-GPU communication overhead that otherwise caps GPU utilization. PCIe variants of both GPUs operate at PCIe Gen4 bandwidth of 64 GB/s, which makes multi-GPU tensor-parallel workloads impractical; SXM form factor is required for any serious multi-GPU training or inference configuration.

80 GB

HBM per GPU (both)

3.35 TB/s

H100 HBM3 bandwidth

2.0 TB/s

A100 HBM2e bandwidth

FP8

H100 Transformer Engine only

SpecificationNVIDIA A100 SXM4NVIDIA H100 SXM5
ArchitectureAmpere (GA100, 2020)Hopper (GH100, 2022)
GPU memory80 GB HBM2e80 GB HBM3
Memory bandwidth2.0 TB/s3.35 TB/s (+67%)
Tensor Core generation3rd generation4th generation
FP16 compute312 TFLOPS989 TFLOPS
FP8 computeNot supported1,979 TFLOPS
Transformer EngineNoYes (FP8/FP16 auto)
NVLink bandwidth600 GB/s (Gen 3)900 GB/s (Gen 4)
MIG partitionsUp to 7Up to 7
CUDA Toolkit supportCUDA 11.0+CUDA 11.8+

NVIDIA A100 Price vs H100 Price Across Cloud Providers in 2026

The NVIDIA A100 price on packet.ai starts at $1.43/hr for a dedicated instance. The NVIDIA H100 price starts at $2.50/hr and is currently on waitlist. Across the broader GPU cloud market, the A100 80GB ranges from $1.09/hr to $5.07/hr depending on provider, contract type, and availability. The H100 SXM ranges from $2.01/hr to $11.06/hr for the same silicon. The 5x spread on A100 pricing and the 5x spread on H100 pricing for identical silicon is the clearest argument for evaluating specialized GPU cloud providers over hyperscalers.

Advisory: H100 on waitlist

The NVIDIA H100 SXM is currently on waitlist on packet.ai at $2.50/hr. Join the H100 waitlist here. If you need H100-class memory bandwidth today, the H200 SXM at $2.49/hr is available immediately with 141 GB HBM3e and 43% more bandwidth than the H100. The A100 80GB is available now from $1.43/hr with no waitlist and no minimum commitment.

A100 80GB on-demand price per GPU/hour (July 2026)

packet.ai
$1.43/hr
Lambda
$2.21/hr
CoreWeave
$2.50/hr
AWS p4d
$4.10/hr

packet.ai A100 dedicated pricing at $1.43/hr is 35% below Lambda's $2.21/hr (80GB) and 65% below AWS p4d at $4.10/hr for the same 80GB Ampere silicon with the same CUDA Toolkit support and SXM4 form factor.

H100 SXM on-demand price per GPU/hour (July 2026)

packet.ai
$2.50/hr (waitlist)
Lambda
$3.29/hr
CoreWeave
$3.99/hr
AWS p5
$6.88/hr

LLM Inference Benchmark: H100 vs A100 Throughput and Cost Per Million Tokens

For LLM inference, the H100 outperforms the A100 across all model sizes and batch configurations tested in published benchmarks. The throughput advantage ranges from 1.5x on small models at batch size 1, to 2.8x on 70B models at batch size 1, to 3x or higher at batch size 16 with FP8 enabled on the H100. Despite this throughput lead, the cost-per-million-tokens advantage of the H100 is narrower than the throughput ratio suggests, because the H100 also costs 75% more per hour. At batch size 1, the H100 costs $2.48 per million output tokens versus $3.06 on the A100 for Llama 3 70B at packet.ai pricing, a 19% cost advantage.

Why LLM Decoding Is Memory-Bandwidth-Bound: The Physics of Tokens Per Second

LLM inference has two distinct phases. Prefill processes the full input prompt in a single forward pass and is compute-bound. Decode generates output tokens one at a time and is almost entirely memory-bandwidth-bound. During decode, for every output token the GPU must read the entire set of model weight matrices from VRAM to compute the next token probability distribution. At batch size 1, the GPU compute cores are idle most of the time waiting for VRAM reads to complete. This is why the H100's 67% memory bandwidth advantage maps to a roughly 2.15x throughput advantage on Llama 3 70B at batch size 1, rather than the 3x to 6x TFLOPS gap that the raw spec sheets imply. As batch size increases, VRAM reads become more efficient and the H100's compute advantage from FP8 begins to contribute, widening the throughput gap further at high concurrency. vLLM's PagedAttention and continuous batching make batch size management automatic for production inference deployments on both GPUs.

Published Benchmark Results: H100 vs A100 on Llama and Mistral Models

Three independent provider benchmarks confirm consistent throughput ratios. Hyperstack published vLLM benchmark results in December 2025 showing the H100 SXM5 at 3,311 aggregate tokens/second versus the A100 NVLink at 1,148 tokens/second for Llama-class models at high concurrency, a 2.88x advantage. OpenMetal published per-GPU figures showing H100 at 250 to 300 tokens/second and A100 at approximately 130 tokens/second for 70B models in single-GPU deployment. CUDO Compute's April 2026 benchmark using BERT inference as a controlled workload observed a consistent 2x throughput ratio, consistent with published data for Llama 3 70B with TensorRT-LLM optimization. MLPerf inference benchmarks show H100 outperforming A100 by approximately 2x to 3x depending on model size and precision format across multiple inference rounds.

LLM inference throughput (tokens/second, single GPU, vLLM with PagedAttention)

Llama 3 70B, FP16, batch size 1

H100 SXM
~280 tok/s
A100 SXM
~130 tok/s

Llama 3 13B, FP16, batch size 1

H100 SXM
~600 tok/s
A100 SXM
~340 tok/s

Sources: Hyperstack (December 2025), OpenMetal (November 2025), CUDO Compute (April 2026). Results vary by model architecture, quantization, and batch configuration.

Cost Per Million Output Tokens: H100 vs A100 at packet.ai Pricing

At batch size 1, the H100 ($2.48/M) is 19% cheaper per output token than the A100 ($3.06/M) for Llama 3 70B. At 13B models with batch size 1, the two GPUs reach near cost parity: H100 at $1.16/M vs A100 at $1.17/M. This near-parity at 13B is the clearest data point showing that the A100 matches the H100 on cost-per-token for smaller models, making the A100 the economically rational choice for serving Llama 3 8B, Mistral 7B, and DeepSeek R1 7B at low to moderate concurrency.

ModelBatchA100 tok/sH100 tok/sA100 $/M outH100 $/M out
Llama 3 70B (FP16)1~130~280$3.06$2.48
Llama 3 70B (FP16)16~600~1,400$0.66$0.50
Llama 3 13B (FP16)1~340~600$1.17$1.16
DeepSeek R1 32B (FP16)1~220~480$1.80$1.45

packet.ai pricing: A100 at $1.43/hr, H100 at $2.50/hr. Formula: ($/hr divided by tok/s) divided by 3600 multiplied by 1,000,000. Throughput figures are representative estimates based on published provider benchmarks; actual results vary by vLLM version, quantization, and batch configuration.

GPU for LLM Fine-Tuning: QLoRA, LoRA, and Full Fine-Tune Cost Math

For QLoRA fine-tuning on models up to 30B parameters, the A100 and H100 produce nearly identical total job costs at current packet.ai pricing. The H100 finishes faster but costs more per hour, and the two effects largely cancel out. For 70B QLoRA, the H100 saves approximately 12.6% on total cost. For full BF16 fine-tuning at 70B or larger, neither GPU is the right single-card answer: multi-GPU clusters are required, and the H200 SXM or B200 become more relevant options due to higher per-card memory capacity.

QLoRA on 7B to 30B Models: Why the A100 Often Costs Less Per Run

QLoRA (Quantized Low-Rank Adaptation) fine-tuning uses the Hugging Face bitsandbytes library to load base model weights in 4-bit NormalFloat (nf4) format, with LoRA adapter layers training in FP16 or BF16. This reduces VRAM requirements substantially compared to full BF16 fine-tuning. A 7B model with QLoRA requires approximately 6 to 8 GB VRAM for weights plus 2 to 4 GB for gradients and optimizer states. A 13B model requires roughly 10 to 15 GB in the same configuration, well within the headroom of either GPU's 80 GB.

For a 13B QLoRA run using PyTorch with Hugging Face PEFT and Axolotl on packet.ai: the A100 at $1.43/hr completes in 6 to 8 hours at a total cost of $8.58 to $11.44. The H100 at $2.50/hr finishes in 3.5 to 5 hours at $8.75 to $12.50. Total costs are within rounding error of each other. The A100 is available immediately on packet.ai with no waitlist; the H100 requires joining the waitlist. For teams running rapid iteration on 7B to 30B models, the A100 is the pragmatic choice today.

QLoRA on 70B Models: The Total-Cost Calculation Most Teams Get Wrong

A 70B model with 4-bit quantization requires approximately 35 to 40 GB VRAM for model weights plus 5 to 10 GB for LoRA adapter layers and optimizer states, fitting within the 80 GB HBM of both the A100 and H100. Thunder Compute's June 2026 analysis of Llama 3 70B QLoRA runs found that H100 speedups over A100 in QLoRA mode are typically in the 1.5x to 2.5x range, well short of Hopper's full potential, because QLoRA's quantization and dequantization steps add computational overhead that does not fully use the H100's FP8 compute advantage.

At packet.ai pricing of $1.43/hr for the A100 and $2.50/hr for the H100: a 36-hour 70B QLoRA run on the A100 costs $51.48. The same run on the H100 finishes in approximately 18 hours at $45.00. The H100 saves $6.48 per run, a 12.6% total-cost advantage. For teams running 50 or more QLoRA experiments per month, the H100's combined savings in cost and engineering time (faster wallclock results) become meaningful. For teams running fewer than 10 runs per month, the A100's immediate availability without a waitlist is the stronger argument.

Full BF16 Fine-Tuning at Scale: Multi-GPU Cluster Requirements

Full BF16 fine-tuning of a 70B model requires the full weight matrix, gradients, and Adam optimizer states in 16-bit precision. Memory requirement is approximately 140 GB for the base model and optimizer states alone, which exceeds the 80 GB capacity of both the A100 and H100. A minimum of 2x A100 or 2x H100 with tensor parallelism across NVLink is required. For 70B full fine-tuning in production, 8x A100 SXM4 or 4x H200 SXM (with 141 GB HBM3e each) are the standard configurations. packet.ai's GPU cluster options support multi-node A100 configurations with NVLink and InfiniBand interconnect for distributed training at this scale.

NVIDIA A100 80GB: right workloads and wrong workloads

Right for

  • QLoRA fine-tuning of 7B to 30B models (cost parity with H100)
  • LLM inference on 7B to 13B models at low to moderate concurrency
  • Budget-constrained ML experimentation and rapid iteration
  • Multi-tenant inference via MIG (up to 7 isolated GPU instances)
  • Teams needing immediate access with no waitlist or commitment

Wrong for

  • High-throughput production inference on 70B models (H100 is 2.8x faster per GPU)
  • Workloads requiring native FP8 precision for TensorRT-LLM or SGLang
  • Long-context inference at 128k tokens (bandwidth-limited on KV cache)
  • Full BF16 fine-tuning requiring more than 80 GB VRAM per card

NVIDIA H100 SXM: right workloads and wrong workloads

Right for

  • Production LLM inference at scale with 30B to 70B models
  • FP8 inference for maximum throughput using vLLM, SGLang, or TensorRT-LLM
  • Long-context workloads (32k to 128k tokens) needing fast KV cache reads
  • 70B QLoRA fine-tuning where 12.6% total cost savings compound at volume
  • Multi-GPU tensor-parallel training via NVLink 4.0 at 900 GB/s

Wrong for

  • 7B to 13B inference at low concurrency (cost parity with A100 at batch size 1)
  • Teams needing GPUs today without joining a waitlist
  • Pure development and experimentation where iteration speed beats throughput

Self-Hosting LLM Workloads: How the A100 vs H100 Decision Changes at Scale

Teams that self-host LLM workloads on rented GPU infrastructure face a different version of this decision. The question shifts from raw throughput to cost-per-million-tokens at your actual request volume and concurrency level. The A100 wins at low concurrency for smaller models. The H100 wins at production scale for larger models. A managed inference API may be cheapest at low total monthly volume regardless of which GPU powers it.

The Token-Volume Crossover: When Renting a Dedicated GPU Beats Managed APIs

At single-stream inference (batch size 1) on Llama 3 70B, a dedicated A100 at $1.43/hr on packet.ai delivers approximately $3.06 per million output tokens. packet.ai's Token Factory charges $0.10 per million tokens for the same Llama 3.3 70B model. The crossover point where renting a dedicated A100 and running vLLM costs less than Token Factory is approximately 12 million output tokens per month.

Below 12M tokens/month: Token Factory at $0.10/M is cheaper and requires no GPU management. Above 12M tokens/month: a dedicated A100 at $1.43/hr running vLLM with continuous batching delivers lower cost per output token than Token Factory and all major managed inference APIs (Together AI at $0.88/M, Fireworks at $0.90/M, AWS Bedrock at $0.72/M for Llama 3.3 70B). For the H100 at $2.50/hr with higher throughput at production concurrency, the crossover to dedicated hosting is roughly 20 million tokens per month at batch size 16.

vLLM and SGLang on A100 vs H100: Framework Compatibility and Setup Notes

Both the A100 and H100 run vLLM, SGLang, Hugging Face TGI, and TensorRT-LLM using the same Docker container images without modification. CUDA 11.8 is the minimum for H100 SXM5 support; the A100 works from CUDA 11.0. For FP8 inference specifically, vLLM requires the --quantization fp8 flag and CUDA 12.x; this flag is silently ignored on A100, which falls back to FP16. SGLang's FP8 support requires H100 or newer. TGI FP8 support is available from version 2.0. The vllm/vllm-openai Docker image on Docker Hub works on both GPUs without changes; only the --quantization flag and model serving engine choice differ between A100 and H100 deployments.

Skip the GPU management entirely

packet.ai's Token Factory runs OpenAI-compatible LLM inference at $0.10/M tokens for Llama 3.3 70B, DeepSeek R1, and Qwen models. One line change to your existing OpenAI SDK code. No vLLM setup, no CUDA debugging, no GPU instance management. The crossover to dedicated GPU hosting is roughly 12M output tokens per month at A100 pricing on packet.ai.

Best GPU for AI in 2026: Workload Decision Framework

For most AI teams in 2026, the NVIDIA A100 80GB is the best GPU for AI experimentation, QLoRA fine-tuning of models up to 30B parameters, and inference on models up to 13B at low concurrency, at $1.43/hr with no waitlist on packet.ai. The H100 SXM is the best GPU for production LLM inference at scale on 30B to 70B models and for workloads requiring FP8 native precision, at $2.50/hr on packet.ai. Teams that need the highest available memory bandwidth today without a waitlist should consider the H200 SXM at $2.49/hr, which provides 141 GB HBM3e and 43% more bandwidth than the H100 and is available immediately.

WorkloadRecommended GPUCost signalAvailability on packet.ai
QLoRA / LoRA fine-tune, 7B to 30BA100Within 5% of H100 total costNow, $1.43/hr
QLoRA fine-tune, 70BH100 (marginal)H100 saves 12.6% per runWaitlist, $2.50/hr
Inference, 7B to 13B, low concurrencyA100$1.17/M vs $1.16/M at 13B (parity)Now, $1.43/hr
Inference, 70B, production scaleH100$2.48/M vs $3.06/M (19% cheaper)Waitlist, $2.50/hr
Long-context inference, 32k to 128k tokensH100 or H200KV cache bandwidth criticalWaitlist / Now
Full BF16 fine-tuning, 70B+ (multi-GPU)H200 cluster (4x) or A100 (8x)Single-card memory insufficientNow
Development and ML experimentationA100$1.43/hr; MIG for team sharingNow, $1.43/hr

Decision flowchart: A100 vs H100 vs H200

Step 1: Model size: Under 30B with QLoRA? A100 (cost parity, available now). 70B with QLoRA? H100 (12.6% cheaper, waitlist). 70B full BF16? Multi-GPU cluster required.
Step 2: Inference concurrency: Fewer than 5 simultaneous users? A100 (lower cost-per-token at low throughput). More than 50 users on 70B? H100 (2.8x throughput reduces GPU count per user).
Step 3: FP8 required? Yes (vLLM FP8, SGLang, TensorRT-LLM FP8 engines)? H100 or newer only. No? A100 is sufficient for all FP16/BF16 workloads.
Step 4: Available today? Yes, immediately? A100 at $1.43/hr (no waitlist) or H200 at $2.49/hr (no waitlist, 141 GB HBM3e). Can wait for H100? Join the H100 waitlist at $2.50/hr.

For teams that need the highest memory bandwidth currently available on packet.ai without a waitlist, the H200 SXM starts at $2.49/hr with 141 GB HBM3e and 43% more bandwidth than the H100. For frontier model pre-training and Blackwell-generation inference, the B200 starts at $3.75/hr with 192 GB HBM3e and NVIDIA Blackwell architecture at Compute Capability 10.0.

Frequently asked questions

Yes, for most fine-tuning and moderate-scale inference workloads. The A100 80GB at $1.43/hr on packet.ai delivers lower total cost than an H100 for QLoRA runs on models up to 30B parameters, and the cost-per-token on 13B inference is nearly identical to the H100 at batch size 1. The A100 is available immediately with no waitlist, supports all major frameworks including PyTorch, vLLM, and Hugging Face TGI, and supports 7 MIG partitions for multi-tenant serving.
For Llama 3 70B with vLLM and PagedAttention at batch size 1, the H100 SXM generates roughly 280 tokens/second versus 130 tokens/second on the A100 SXM, a 2.15x throughput advantage. Hyperstack published aggregate benchmarks in December 2025 showing 3,311 vs 1,148 tokens/second at high concurrency, a 2.88x advantage. For Llama 3 13B, the gap narrows to approximately 1.76x: H100 at 600 tok/s vs A100 at 340 tok/s. The gap is driven by the H100's 3.35 TB/s HBM3 bandwidth versus the A100's 2.0 TB/s HBM2e.
Yes, with QLoRA using 4-bit NormalFloat quantization from the Hugging Face bitsandbytes library. A 70B model at 4-bit quantization requires approximately 35 to 40 GB VRAM for base weights plus 5 to 10 GB for LoRA adapter layers and optimizer states, fitting within the A100's 80 GB. Full BF16 fine-tuning of a 70B model does not fit on a single GPU and requires at minimum 8x A100 SXM or 4x H200 SXM. Deploy an A100 on packet.ai from $1.43/hr for single-GPU 70B QLoRA today.
The H100 SXM is currently on waitlist on packet.ai at $2.50/hr. Join the waitlist at packet.ai/gpu/h100. If you need H100-class memory bandwidth today, the H200 SXM at $2.49/hr is available immediately with 141 GB HBM3e and 43% more memory bandwidth than the H100. The A100 80GB is available now from $1.43/hr with no waitlist.
Yes. vLLM supports FP8 inference on H100 SXM via the --quantization fp8 flag with CUDA 12.x. SGLang supports FP8 natively. TGI supports FP8 from version 2.0. TensorRT-LLM uses FP8 by default on H100 for transformer inference. FP8 halves the model weight memory footprint versus FP16, allowing larger batch sizes per GPU. The A100 ignores --quantization fp8 in vLLM and silently falls back to FP16; it has no native FP8 hardware support.
The A100 SXM4 mounts to the server baseboard via a high-speed socket, enabling NVLink 3.0 at 600 GB/s inter-GPU bandwidth for tensor parallelism. The PCIe variant plugs into a standard PCIe Gen4 slot at 64 GB/s, which bottlenecks multi-GPU tensor-parallel workloads significantly. For single-GPU QLoRA fine-tuning and single-card inference, both variants perform identically. For multi-GPU training with tensor parallelism across 4 or 8 GPUs, SXM4 is required. packet.ai A100 instances use the SXM4 form factor by default.
Self-hosting beats managed inference APIs at roughly 12 million output tokens per month for Llama 3 70B at A100 pricing on packet.ai. Below that volume, packet.ai's Token Factory at $0.10/M tokens is cheaper than maintaining a dedicated GPU instance. Above 12M tokens per month, renting a dedicated A100 at $1.43/hr and running vLLM with continuous batching delivers lower cost per output token than Together AI ($0.88/M), Fireworks ($0.90/M), and AWS Bedrock ($0.72/M) for the same Llama 3.3 70B model.

Last reviewed: 17 July 2026. Deploy an A100 80GB from $1.43/hr on packet.ai today, or join the H100 SXM waitlist. For the highest memory bandwidth available now without a waitlist, browse H200 SXM 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