Contents
  1. Quantization and the resource constraint
  2. Bit width, range, and resolution
  3. Scale, zero point, and reconstruction error
  4. Shared scales and quantization granularity
  5. Quantized tensors and arithmetic paths
  6. Calibration and activation-scale timing
  7. Sensitivity, outliers, and targeted recovery
  8. Quantization-aware training and deployment conversion
  9. Executable formats and supported kernels
  10. Effective storage and runtime memory
  11. Numerical correctness and retained application quality
  12. Performance under matched workloads
  13. Configuration selection and reassessment
  14. Check understanding
  15. Open questions
  16. Selected talks
  17. References
  18. Talk library
← All topics

Quantization

Quantization represents model values with fewer numerical possibilities. It can reduce storage, memory traffic, or arithmetic cost, but those benefits depend on the representation and execution path. The engineering decision combines three requirements: preserving the distinctions the application needs, executing correctly on the target device, and improving resources under the intended workload.

Quantization and the resource constraint

Weights are learned model parameters. Activations are intermediate values computed from inputs. Both are stored in tensors—multidimensional arrays. Quantization maps their values into a smaller set of representable numbers; reconstructing them generally produces approximations.

Different savings address different constraints.
Potential savingConstraint addressedEvidence needed
Smaller artifactStorage and transfer volumeSerialized bytes
Lower resident memoryRequired state must fitRuntime allocation measurements
Less operand trafficMemory bandwidthBytes moved and kernel timing
Cheaper arithmeticCompute throughputSupported arithmetic and measured execution

Capacity concerns fitting state; bandwidth concerns moving it; compute concerns arithmetic. Dispatch and conversion introduce additional overhead. These inference bottlenecks explain why a smaller representation can leave latency unchanged. Establish the baseline model, target device, workload, and acceptable quality change before comparing configurations.

Distillation trains a student using teacher supervision. Quantization changes numerical representation; combining it with training introduces a separate adaptation process and its data and compute requirements.

Bit width, range, and resolution

Bit width counts encoding bits; range describes representable magnitudes; resolution describes spacing between values. Floating point uses a sign, an exponent that controls magnitude, and a significand that supplies significant digits. FP32 and FP16 use 32 and 16 bits. BF16 also uses 16, allocating more exponent bits and fewer fraction bits than FP16.

Numerical format selection therefore trades range against precision. INT8 and INT4 instead identify eight-bit and four-bit integer codes; a quantization scheme determines what real values those codes represent.

Equal steps and floating-point spacing

Floating-point encodings distribute representable values unevenly.

Integer codes

Unit spacing throughout the displayed portion.

Scroll sideways if the figure extends beyond the screen.

-0.51.2534.756.5-1-0.500.51Representable value (dimensionless)Number-line baseline (dimensionless)Selected integer codes
  • 1. Selected integer codes
Read coordinates and regions as data

X: -0.56.5 dimensionless; Y: -11 dimensionless, increasing up. Axes scaled independently; screen angles and distances are not comparable.

Selected integer codes (points)

(0, 0); (1, 0); (2, 0); (3, 0); (4, 0); (5, 0); (6, 0)

E2M1 magnitudes

Gaps widen at larger displayed magnitudes.

Scroll sideways if the figure extends beyond the screen.

-0.51.2534.756.5-1-0.500.51Representable value (dimensionless)Number-line baseline (dimensionless)Unscaled E2M1 values
  • 1. Unscaled E2M1 values
Read coordinates and regions as data

X: -0.56.5 dimensionless; Y: -11 dimensionless, increasing up. Axes scaled independently; screen angles and distances are not comparable.

Unscaled E2M1 values (points)

(0, 0); (0.5, 0); (1, 0); (1.5, 0); (2, 0); (3, 0); (4, 0); (6, 0)

Selected nonnegative integer codes and unscaled E2M1 magnitudes share one numerical axis. These are portions of the encodings, not complete ranges. Vertical position only supplies a number-line baseline.
Two specified FP8 encodings allocate the same eight bits differently.
EncodingSign / exponent / fraction bitsMaximum finite magnitude
E4M31 / 4 / 3448
E5M21 / 5 / 257,344

A cast selects a representable value in another encoding. A quantization scheme can additionally scale values before casting and restore that scale afterward. The FP8 specification separates encoding from conversion policy; neither a format name nor its width establishes hardware support.

Scale, zero point, and reconstruction error

q=clip ⁣(roundeven(x/s)+z, qmin,qmax),x^=s(qz).q=\operatorname{clip}\!\left(\operatorname{round}_{\mathrm{even}}(x/s)+z,\ q_{\min},q_{\max}\right),\qquad \hat{x}=s(q-z). Here xx is the original value, qq its integer code, s>0s>0 the scale, and zz the integer zero point. The code bounds limit storage; nearest-even rounding resolves exact ties toward an even integer.

Scale sets reconstructed spacing. Zero point is the code that reconstructs to real zero. Dequantization reconstructs x^\hat{x}; it cannot recover discarded information. These are uniform affine integer equations, not a specification of floating-point quantizers. QuantizeLinear specifies the rounding and saturation rule.

Rounding and clipping lose different information

Example

Values beyond the range accumulate clipping error.

Selected affine mappings

The diagonal represents exact reconstruction.

Scroll sideways if the figure extends beyond the screen.

-5.5-2.7502.755.5-5.5-2.7502.755.5Original value (dimensionless)Reconstructed value (dimensionless)Exact reconstructionExactly represented levelsRounded or clippedRounding errorClipping error0.75 → 14 → 3.5
  • 1. Exact reconstruction
  • 2. Exactly represented levels
  • 3. Rounded or clipped
  • 4. Rounding error
  • 5. Clipping error
Read coordinates and regions as data

X: -5.55.5 dimensionless; Y: -5.55.5 dimensionless, increasing up. Equal scale on both axes.

Exact reconstruction (polyline)

(-5, -5); (5, 5)

Exactly represented levels (points)

(-4, -4); (-3.5, -3.5); (-3, -3); (-2.5, -2.5); (-2, -2); (-1.5, -1.5); (-1, -1); (-0.5, -0.5); (0, 0); (0.5, 0.5); (1, 1); (1.5, 1.5); (2, 2); (2.5, 2.5); (3, 3); (3.5, 3.5)

Rounded or clipped (points)

(-5, -4); (-4.5, -4); (0.75, 1); (4, 3.5); (4.5, 3.5); (5, 3.5)

Rounding error (polyline)

(0.75, 0.75); (0.75, 1)

Clipping error (polyline)

(4, 4); (4, 3.5)

0.75 → 1: (0.3, 1.65)

4 → 3.5: (4.15, 2.85)

With scale 0.5, zero point 0, codes −8 through 7, and nearest-even rounding, reconstruction spans −4 through 3.5. Points show selected inputs, not a continuous transfer curve. Vertical segments mark reconstruction errors.
Assume codes from −8 to 7, scale 0.5, and zero point 0.
InputCodeReconstructionInformation loss
000None
0.7521In-range rounding
473.5Clipping above the range

Symmetric schemes use zero point zero, often with symmetric bounds. Asymmetric schemes can shift the represented interval using a nonzero zero point. Signed conventions still differ: LiteRT specifies weight codes [−127,127] with zero point zero, but activation codes [−128,127] with potentially nonzero zero points. Bounds belong to the operator contract.

Shared scales and quantization granularity

Granularity identifies which values share quantization parameters. A channel is a feature or output dimension; its tensor axis must be specified. Per-tensor quantization shares one scale, per-channel assigns scales along that axis, and blocked quantization partitions an axis into smaller groups.

Take a weight matrix with output-channel rows [−1, −0.5, 0.5, 1] and [−8, −4, 4, 8]. With codes [−7,7], a shared scale of 8/7 rounds 0.5 to zero. Giving the first row scale 1/7 instead reconstructs 0.5 as 4/7. Separating ranges preserves more local detail.

Parameter ownership for this matrix:
SharingScale countScale shape
Whole tensor1Scalar
Output-channel rows2Length 2
Two-value blocks within rows42 × 2

Finer grouping adds scale metadata and, where used, zero points. It also changes indexing and packing requirements. Smaller groups need not improve every tensor: the two-value blocks above have the same maximum magnitudes as their respective rows. Group size, axis, and layout must match the consuming kernel.

Quantized tensors and arithmetic paths

W4A16 denotes four-bit weights and sixteen-bit activations; W8A8 denotes eight-bit weights and activations. Such labels identify selected representations, not every operator, accumulator, or output. Weights can be prepared ahead of inference, while activation values arise from current inputs.

An accumulator holds a running sum of products. Integer operands can accumulate into INT32, then undergo scale restoration and requantization: encoding the result for its next consumer. Storage, multiplication, accumulation, and output precision are separate choices.

Compressed storage, higher-precision arithmetic

Stored precision need not be multiplication precision.

This documented weight-only path reconstructs packed weights before higher-precision computation. Accumulator and output types require their own contract.
Read the diagram as text
  • Packed INT4 weights.
  • Unpack and dequantize.
  • Higher-precision activations.
  • Higher-precision dot product.
  • Packed INT4 weightsUnpack and dequantize: Codes and scales.
  • Unpack and dequantizeHigher-precision dot product: Reconstructed weights.
  • Higher-precision activationsHigher-precision dot product: Activation operands.
A=i(qxizx)(qwizw),y^=sxswA.A=\sum_i(q_{x_i}-z_x)(q_{w_i}-z_w),\qquad \hat{y}=s_xs_wA. For input and weight scales sx,sws_x,s_w constant across the summed terms, encoding into output scale sys_y multiplies AA by sxsw/sys_xs_w/s_y, rounds, adds output zero point zyz_y, and clips.

Centered operands [2,−1] and [3,4] give A=64=2A=6-4=2. With scales 0.5 and 0.25, reconstruction is 0.25. Output scale 0.125 and zero point zero give code 2. Finite accumulation bounds and output rounding still require implementation checks.

Bias must use compatible units before addition. Under LiteRT's convolution convention, an INT32 bias has zero point zero and scale sxsws_xs_w. Adding bias code 2 to the example accumulator gives A+2=4A+2=4, reconstructing 0.5 and yielding output code 4.

Weight-only execution can instead unpack and reconstruct weights before higher-precision multiplication. The documented TensorRT INT4 path does this: four-bit storage does not mean four-bit multiplication.

Language models also retain input-dependent attention keys and values in a KV cache. These are derived numerical representations, not token identities or model weights. Cache precision is a separate configuration choice; weight quantization does not automatically reduce it.

Calibration and activation-scale timing

Post-training quantization, or PTQ, prepares a trained model without a quantization-aware training loop. Calibration data supplies representative inputs for estimating numerical distributions or choosing parameters. This numerical calibration differs from probability calibration, which concerns predicted probabilities and observed frequencies.

Range selection determines where approximation error falls.
CriterionTradeoff
Observed extremaCovers observed tails; extremes can coarsen interior spacing.
Percentile clippingFavors the bulk while discarding selected tails.
Reconstruction errorOptimizes a numerical objective, not directly task success.

Scale preparation versus runtime estimation

Runtime scaling adds an input-dependent computation.

Static encoding reuses calibration-derived parameters. Dynamic encoding derives parameters from current activations. Both paths encode the current tensor.
Read the diagram as text
  • Calibration inputs. Preparation
  • Fixed parameters.
  • Current activations. Inference
  • Static encoding.
  • Estimate runtime parameters.
  • Dynamic encoding.
  • Calibration inputsFixed parameters: Observed ranges.
  • Fixed parametersStatic encoding: Reused parameters.
  • Current activationsStatic encoding: Tensor data.
  • Current activationsEstimate runtime parameters: Runtime values.
  • Estimate runtime parametersDynamic encoding: Calculated parameters.
  • Current activationsDynamic encoding: Tensor data.

Representative inputs need not have labels. Some simple weight conversions need no representative inputs at all. Activation calibration instead runs examples through the model to observe input-dependent ranges.

Static activation quantization reuses previously chosen parameters; dynamic activation quantization computes parameters from runtime values. The latter adds range-estimation and conversion work. Both still round and clip.

Timing and sharing are independent dimensions. Per-token scaling assigns a scale to one position's feature vector; it is commonly calculated at runtime. A dynamic range can still be dominated by an outlier among values sharing that scale.

Terminology needs interpretation: some practitioners also call selective layer precision dynamic quantization. Inspect which parameters actually change during inference rather than inferring behavior from that name.

Calibration and development data guide choices; protected assessment tests the selected configuration. Repeated tuning against final results weakens that independence. Preserve independent data boundaries, including rare but important cases rather than relying only on typical inputs.

Sensitivity, outliers, and targeted recovery

Outliers lie far from the bulk of a tensor's values. Preserving them can consume a shared range; clipping them can remove useful signal. Weight reconstruction error measures changed weights, layer-output error measures changed computation on inputs, and task error measures consequences. These quantities need not move together.

(W+E)xWx=Ex.(W+E)x-Wx=Ex. Here WW is a weight matrix, EE its quantization perturbation, and xx the input vector. Output error depends on the input as well as the weight change; cancellation or alignment can suppress or amplify it.

Hold calibration and assessment fixed, quantize one layer at a time, and compare numerical changes with task results. This localizes sensitivity before changing clipping, grouping, or retained precision.

Then test the combined policy. Independently acceptable layer changes can interact, and exhaustive combinations grow rapidly. Selective higher precision spends additional memory to protect sensitive computations; it is not a universal ranking of layer types.

Layer reconstruction can improve PTQ beyond independently rounding weights. GPTQ minimizes WXW^X2\|WX-\hat{W}X\|^2 using calibration inputs XX. After rounding weights, it compensates remaining weights using second-order information derived from those inputs. This preparation targets layer outputs, a surrogate for final task quality.

XW=(XD1)(DW),D=diag(s),sj>0.XW=(XD^{-1})(DW),\qquad D=\operatorname{diag}(s),\quad s_j>0. Inverse channel rescalings preserve the unquantized product but change operand ranges. SmoothQuant uses calibration to balance activation and weight quantization difficulty. Quantizing the transformed operands generally changes the approximation; algebraic equivalence does not guarantee retained quality.

Quantization-aware training and deployment conversion

Quantization-aware training, or QAT, exposes optimization to quantization effects. Fake quantization rounds, clips, and reconstructs values while retaining floating-point tensors. A straight-through estimator supplies approximate gradients through nondifferentiable operations. Parameter updates can then adapt weights to those effects.

PTQ avoids this training loop. QAT adds training data and compute, then conversion into actual low-bit storage. The deployed operators must reproduce the intended rounding, clipping, and scale behavior; successful simulation alone does not establish deployment quality.

Simulation precedes low-bit storage

Conversion creates a separate verification boundary.

1 / 4 · Prepare

Simulate rounding and clipping.

Earlier states remain historical artifacts. Training simulation does not establish acceptance of the converted artifact.
Read the diagram as text
  • Candidate model.
  • Fake-quantized training graph.
  • Adapted floating-point checkpoint.
  • Converted low-bit artifact.
  • Deployment comparison pending.
  • Candidate modelFake-quantized training graph: Prepare.
  • Fake-quantized training graphAdapted floating-point checkpoint: Train.
  • Adapted floating-point checkpointConverted low-bit artifact: Convert.
  • Converted low-bit artifactDeployment comparison pending: Requires validation.
  1. Prepare. Simulate rounding and clipping. Active: Candidate model, Fake-quantized training graph. New: Candidate model, Fake-quantized training graph.
  2. Adapt. Update floating-point parameters. Active: Candidate model, Fake-quantized training graph, Adapted floating-point checkpoint. New: Adapted floating-point checkpoint.
  3. Convert. Create actual low-bit storage. Active: Candidate model, Fake-quantized training graph, Adapted floating-point checkpoint, Converted low-bit artifact. New: Converted low-bit artifact.
  4. Verify. Deployment behavior remains unaccepted. Active: Candidate model, Fake-quantized training graph, Adapted floating-point checkpoint, Converted low-bit artifact, Deployment comparison pending. New: Deployment comparison pending.

Recovery data also matters. Quantization-aware distillation can lose capabilities when its supervision fails to represent the model's earlier specialist training. Adding adaptation is therefore a new capability-preservation experiment, not an automatic repair.

Executable formats and supported kernels

A GPU kernel is device code implementing part of a computation. Fusion combines work inside one kernel. Marlin, for example, rearranges packed weights and group scales offline and schedules dequantization alongside matrix computation. Such layout choices help turn reduced storage into reduced execution time.

An executable quantization contract must specify more than bit width.
Contract componentRequired agreement
EncodingCodes, scale types, and zero points
Grouping and layoutAxis, block size, packing, and supported shapes
ArithmeticOperand, accumulator, and output types
ExecutionOperator implementation and target hardware

Quantize/dequantize graph nodes describe conversion semantics; a compiler may fuse them into operators. Unsupported low-precision implementations can instead prevent an engine build. A graph containing low-bit types does not establish which instructions execute.

Conversion can also succeed through permitted floating-point fallback. LiteRT distinguishes that option from requiring integer operators and interfaces. A loadable artifact therefore need not run on integer-only hardware.

Verify the actual path on the target device. Reuse independent numerical references and compare against optimized library or compiler baselines. Code inspection and successful compilation cannot replace hardware correctness and performance tests.

Effective storage and runtime memory

weight payload bytesNb/8.\text{weight payload bytes}\approx Nb/8. Here NN counts weights and bb is their nominal bit width. Scales, optional zero points, padding, and retained higher-precision tensors add storage.

NVFP4 illustrates effective storage: sixteen four-bit values require 64 payload bits, plus an eight-bit block scale. That is (64+8)/16=4.5(64+8)/16=4.5 bits per value before its per-tensor FP32 scale. Four-bit names therefore need not mean four total storage bits per value.

An allocation ledger separates calculable payload from measured runtime use.
ComponentEffect of weight quantization
Weights and metadataChange according to representation and layout.
Activations and temporary workspacesDepend on operators and workload; measure separately.
KV stateDepends on retained positions, concurrency, and cache representation.
Runtime and graph allocationsCan consume headroom independently of weight payload.

Artifact size counts serialized bytes. Resident memory counts allocations present during an identified operating state. Peak memory is the maximum over loading or execution. Profiling determines what remains available for request state; payload arithmetic alone cannot establish sustainable concurrency.

Repacking requires separate inspection. Its existence does not establish simultaneous original and packed buffers or their lifetimes. Record additional loading allocations when observed; otherwise leave peak-memory coverage unmeasured.

Numerical correctness and retained application quality

The numerical reference must implement the declared quantized computation independently. Fixtures should exercise exact zero, ties, saturation, group indexing, bias units, and accumulation bounds. Agreement with this reference establishes implementation behavior; it does not require bitwise agreement with the original higher-precision model.

aratol+rtolr.|a-r|\leq \mathrm{atol}+\mathrm{rtol}|r|. For finite actual value aa and reference rr, absolute tolerance controls acceptance near zero; relative tolerance scales with reference magnitude. Choose tolerances for the computation rather than accepting library defaults without justification. Numerical comparison semantics also distinguish dtype, layout, and exceptional values.

Two independent acceptance requirements

Correct arithmetic can still damage usefulness.

Both comparisons must pass. Either failure blocks acceptance; agreement with a quantized reference does not establish retained application quality.
Read the diagram as text
  • Quantized implementation.
  • Independent numerical reference.
  • Matched application assessment.
  • Reject implementation.
  • Reject quality tradeoff.
  • Eligible for resource comparison. Requires both passes.
  • Quantized implementationIndependent numerical reference: Numerical outputs.
  • Quantized implementationMatched application assessment: Application outcomes.
  • Independent numerical referenceReject implementation: Fail.
  • Matched application assessmentReject quality tradeoff: Fail.
  • Independent numerical referenceEligible for resource comparison: Pass required.
  • Matched application assessmentEligible for resource comparison: Pass required.

Perplexity is the exponential of average negative log likelihood over a dataset. It measures prediction fit, not task correctness. Aggregate accuracy can also conceal changed cases: newly correct answers can offset newly incorrect ones. Answer-flip counts expose those exchanges but omit changes between two incorrect answers.

Use matched comparisons: preserve model identity, preprocessing, prompt formatting, generation settings, and task judgments. Inspect paired failures and uncertainty, rather than accepting an unchanged mean as behavioral equivalence.

Exercise the actual application harness and relevant context lengths. Reported compression failures emerged only under long-context use. Include consequential slices and safety behavior alongside general capabilities; loading and producing a plausible completion are insufficient acceptance tests.

Performance under matched workloads

Prefill processes prompt tokens; decode generates continuations incrementally. Their different work shapes can expose different benefits from quantization. Prefill and iterative decoding explains the execution distinction; neither phase has one universal bottleneck.

Separate experimental objectives and measurement boundaries.
ExperimentHold fixed or declareReport
Fixed workloadDevice, software, requests, and concurrencyLatency distributions, errors, and memory
Capacity sweepRequest distribution and service limitsUseful throughput at each offered load
PreparationConversion and deployment recipeConversion, compilation, loading, and warmup separately

Time to first token measures response onset; output pace measures continuation delivery; total throughput aggregates work across requests. State the observation boundary and how streaming chunks are handled. Client network time differs from engine time. Latency and throughput boundaries prevents these quantities from being conflated.

Warm up, repeat measurements, vary request lengths, and inspect tails. Verify that the load generator can sustain the intended traffic. Larger batches can increase total throughput while slowing individual responses, so spending freed memory on concurrency is a different experiment from reducing latency at fixed load.

Goodput here counts completed requests meeting declared per-request latency limits per benchmark second, excluding errors and rejections. Timely answers can still be wrong. Preserve a separate application-quality requirement and use serving experiments to distinguish fixed concurrency from independently arriving traffic.

cost per accepted completion=CNaccepted.\text{cost per accepted completion}=\frac{C}{N_{\mathrm{accepted}}}. Declare the accounting window and included cost CC; count completions satisfying application criteria in NacceptedN_{\mathrm{accepted}}. Include failed attempts and retries in costs. With no accepted completions, the ratio is undefined. Lower memory use alone need not change a fixed bill; broader accounting belongs to AI Cost and Performance Engineering.

Configuration selection and reassessment

Reject unsupported or quality-failing candidates before comparing resource use. Pareto efficiency only means no comparable candidate improves one objective without worsening another; an efficient candidate can still violate requirements. Retaining the baseline is justified when alternatives fail the application's constraints.

The observed limitation determines the next experiment.
EvidenceJustified candidate
Weight traffic dominatesSupported weight-only conversion
Localized sensitivitySelective higher precision
PTQ loses required qualityQAT with suitable adaptation data
Compression harms usable behaviorHigher-precision baseline

A reproducible decision record binds the conclusion to:

  • RepresentationModel version, affected tensors, formats, scales, zero points, grouping, rounding, and conversion recipe.
  • DataCalibration provenance, tuning choices, and protected assessment membership.
  • Execution and resultsRuntime, hardware, workload, numerical checks, application outcomes, resource measurements, and missing coverage.

Changing the model, calibration distribution, grouping, operators, or device can invalidate earlier conclusions. Reassess affected claims under the new conditions. Release decisions apply acceptance requirements; evaluation records preserve the evidence and conditions behind them.

Open questions

  1. Joint sensitivity remains difficult to predict: individually acceptable layer changes can interact. Progress would mean finding harmful combinations with substantially fewer evaluations than exhaustive search while preserving held-out task behavior.

  2. Calibration coverage under changing inputs remains unresolved. Runtime scaling adapts magnitudes but cannot eliminate shared-range limitations. Progress would include controlled tests identifying when changed workloads require new calibration or selective higher precision.

  3. Quality recovery can lose specialist capabilities when adaptation data is mismatched. A useful advance would preserve independently tested coding and reasoning behavior without requiring complete reconstruction of the original multi-stage training mixture.

  4. Quality-qualified serving comparisons remain hard to transfer between workloads. Progress requires matched accuracy, latency tails, errors, memory peaks, and preparation costs—not a kernel result alone—to identify where compression improves usable capacity.

Follow the curated reading path through the speakers and demonstrations behind this entry.

46 min

AI Engineer World's Fair 2026 · 2026

Compression at the Edge

Chris Alexiuk · Daniel Han · Asma Beevi · Merve Noyan · Parth Sareen

Cited in this entry

Adds architecture-sensitive precision choices and the difficulty of preserving behavior beyond aggregate benchmarks.

Watch talk

Explore more talks

The rest of the library, beyond the curated path. Cited talks support this entry; reviewed transcripts were processed in full. Metadata candidates have not been reviewed as sources or verified as topic members.

18 matching talks

TalkSpeakerEventYear
Nan JiangAI Engineer World's Fair 20262026
Marah Abdin, Robert McHardyAI Engineer World's Fair 20262026
Daniel HanAI Engineer World's Fair 20262026
Natalie SerrinoAI Engineer Code 20252025
Cormac BrickAI Engineer Europe 20262026
Building AI For All

Transcript reviewed

Amjad Masad, Michele CatastaAI Engineer Summit 20232023
Mozhgan Kabiri ChimehAI Engineer Europe 20262026
Kyle KranenAI Engineer World's Fair 20252025
Bertrand CharpentierAI Engineer Europe 20262026
Hamed Firooz, Maziar SanjabiAI Engineer World's Fair 20252025
Maxime LabonneAI Engineer World's Fair 20242024
Alex CheemaAI Engineer Europe 20262026
Philip Kiely, Yineng ZhangAI Engineer World's Fair 20252025
Stephen Hood, Justine TunneyAI Engineer World's Fair 20242024
Philip KielyAI Engineer World's Fair 20252025
Tengyu MaAI Engineer World's Fair 20252025
Daniel HanAI Engineer World's Fair 20252025
Cormac BrickAI Engineer World's Fair 20262026

References

Coverage and source review
Processed transcripts
14 processed in full · 5 in the curated path
Automated source review
Passed
Metadata candidates
9 unreviewed; not verified topic membership
Corpus version
1bd8e407b26a07b33815594e1b2db5f41827119a2b3cb6fbf240f9fc571fc767

Automated review checks source support; it is not publication approval.

A synthesis of selected conference talks and technical references. Citations link to the source material; they do not imply that every talk on this subject is included.

  1. Introducing NVFP4 for Efficient and Accurate Low-Precision Inference

    What is NVFP4, two-level scaling description, and Memory section; arithmetic derived from the documented layout.

  2. Quantization and Training of Neural Networks for Efficient Integer-Arithmetic-Only Inference

    Sections 2–3, integer arithmetic, quantized training, and range estimation; mobile-hardware experiments and Appendix B.

  3. A Practical Guide to Efficient AI

    Weight quantization reduces the precision used to represent model weights, shrinking their storage and memory requirements.

  4. LiteRT: Post-training quantization

    No Quantization, Dynamic range quantization, and Full integer quantization sections.

  5. vLLM GPU worker: profiling available KV capacity

    Official main-branch source, determine_available_memory and subsequent graph-memory accounting inspected.

  6. Marlin: FP16×INT4 inference kernel

    Repository Techniques, Benchmarks, and Requirements; implementation-specific evidence connecting packing, conversion, metadata, and workload.

  7. Hacking the Inference Pareto Frontier

    Set required quality and latency from the application experience, then minimize cost within those constraints.

  8. Compression at the Edge

    Quantization-aware distillation (QAD) can degrade a model when its training data does not match the capabilities produced by the original training process.

  9. You Might Not Need 50 Diffusion Steps

    Distillation still requires training compute and expertise, with resource needs depending on model size; it does not inherently require GB200 hardware.

  10. NVIDIA TensorRT: Accuracy Considerations

    Reduced Precision Data Types and its format diagram; FP16 Overflow; Mitigation Strategies/Mixed Precision Inference. Concise first-use definitions only.

  11. ONNX QuantizeLinear: quantization granularity

    QuantizeLinear version 24: Summary, Attributes, and Inputs; integer rounding and granularity definitions.

  12. FP8 Formats for Deep Learning

    Sections 2–3 and Table 1; numerical-format definitions and scaled FP8 usage.

  13. Quantize ONNX models — ONNX Runtime

    Official quantization guide: scale/zero point, static versus dynamic parameters, QAT, and accuracy debugging.

  14. LiteRT 8-bit quantization specification

    Specification summary, symmetric/asymmetric explanation, and INT8 operator contracts.

  15. Practical Quantization in PyTorch

    Calibration and Sensitivity Analysis sections; inspected upstream examples.

  16. SmoothQuant: Accurate and Efficient Post-Training Quantization for Large Language Models

    Sections 2–4, Figures 3–5 and equations 2–4; bounded explanation of outliers, rescaling, and kernel-compatible granularity.

  17. gemmlowp: Building a quantization paradigm from first principles

    Quantizing a matrix multiplication and Implementation sections; example derived from the documented equations, without bias or clipping.

  18. TensorRT 10.x: Working with Quantized Types

    Quantization Schemes, Quantized Weights, Q/DQ processing, Weight-Only Quantization, and Dynamic Double Quantization.

  19. Mastering LLM Techniques: Inference Optimization — NVIDIA

    KV caching and LLM memory requirement sections; the exact byte total is arithmetic from the published factors, not a device measurement.

  20. From model weights to API endpoint with TensorRT-LLM

    The workshop configures weights and KV cache separately and argues that quantizing both can unlock faster computation on supported hardware.

  21. Special topics in Kernels, RL, Reward Hacking in Agents

    The speaker's dynamic quantization approach assigns different precisions to different layers instead of compressing every layer equally.

  22. Cross-validation and held-out evaluation

    Section 3.1 introductory discussion of overfitting, validation and test sets; Section 3.1.1 Data transformation with held-out data.

  23. From model weights to API endpoint with TensorRT-LLM

    Consider calibration datasets resembling expected inputs because observed layer ranges can depend on the dataset.

  24. GPTQ: Accurate Post-Training Quantization for Generative Pre-trained Transformers

    Sections 3–5 and stated limitations; original GPTQ mechanism and preparation setup.

  25. Compression at the Edge

    Quantization sensitivity can involve combinations of layers and individual tensor values, making independent layer checks incomplete.

  26. Quantization-Aware Training for Large Language Models with PyTorch

    QAT APIs, What is Quantization-Aware Training, Table 1, and Experimental Results.

  27. AI Kernel Generation: What's Working, What's Not, What's Next

    An agent can find workload-specific fusion opportunities even when the framework already supports kernel fusion.

  28. AI Kernel Generation: What's Working, What's Not, What's Next

    Gate optimization on compilation, execution, and correctness, then use actual hardware measurements to guide further synthesis under human supervision.

  29. Special topics in Kernels, RL, Reward Hacking in Agents

    Try Torch.Compile first and compare it with handwritten kernels on the actual workload and PyTorch version.

  30. PyTorch: torch.testing

    torch.testing.assert_close definition and parameter documentation.

  31. Accuracy is Not All You Need

    Sections 2–3; quantization-specific motivation for paired case inspection and multiple quality measures.

  32. Compression at the Edge

    Combine benchmark regression checks with execution in the intended application harness.

  33. Compression at the Edge

    Quantizing linear-attention layers reportedly looked acceptable initially but failed under long-context evaluation and production use.

  34. A Practical Guide to Efficient AI

    Evaluate task quality and trust and safety alongside device latency, hardware usage, and battery drain; Mobile AI Bench is presented as tooling for this work.

  35. Optimization and tuning — vLLM

    Scheduling mechanism and tradeoffs; specific defaults are implementation-specific.

  36. Metrics design — vLLM

    Metric names and definitions can evolve; explicitly define any illustrative latency boundary and do not add overlapping intervals.

  37. How fast are LLM inference engines anyway?

    The demonstrated benchmark interface selects throughput results under a time-to-first-token requirement rather than treating throughput alone as sufficient.

  38. From model weights to API endpoint with TensorRT-LLM

    Conversion normalizes model tensors and can also prepare quantized weights and tensor-parallel partitions.

  39. From model weights to API endpoint with TensorRT-LLM

    The described build constructs a TensorRT network, exercises it with sample inputs for optimization, and serializes the resulting engine.

  40. From model weights to API endpoint with TensorRT-LLM

    Vary workload dimensions, warm up the deployment, repeat runs, and inspect distributions rather than trusting one successful request.

  41. Running LLMs locally: Practical LLM Performance on DGX Spark — Mozhgan Kabiri chimeh, NVIDIA

    Measure response onset directly in the streaming client instead of relying only on completed-request latency or generation throughput.

  42. From model weights to API endpoint with TensorRT-LLM

    Measure streaming responsiveness separately from aggregate GPU throughput, then choose trade-offs for the application.

  43. From model weights to API endpoint with TensorRT-LLM

    Endpoint measurements include network effects, and the load generator itself can become a bottleneck.

  44. You Might Not Need 50 Diffusion Steps

    Quantization can reduce memory requirements, but the speaker cautions that attention-heavy diffusion workloads may gain less performance than LLM workloads.

  45. Compression at the Edge

    Choose the default precision based on usable behavior, retaining higher precision for small models when aggressive quantization harms the experience.

  46. From model weights to API endpoint with TensorRT-LLM

    Engine builds depend on hardware capabilities and configured execution limits; adding replicas requires compatible execution environments.

  47. Taking Reinforcement Learning Cross Datacenter

    The talk's 'Adam absorption' or 'push versus floor' mechanism explains how small master-weight updates can disappear when projected into serving precision.

  48. From model weights to API endpoint with TensorRT-LLM

    The speakers attribute improved KV-cache quantization behavior to FP8's nonuniform value spacing and dynamic range.

  49. Compression at the Edge

    NVFP4 is described as combining four-bit floating-point values with shared micro-block scaling.

  50. Compression at the Edge

    Use mixed-precision quantization guided by sensitivity rather than compressing every layer equally.

  51. You Might Not Need 50 Diffusion Steps

    The FLUX.2 example uses dynamically computed quantization ranges to accommodate varying inference data distributions.