Abstract
MXFP4, NVFP4 and vendor variants differ in blocks, scales, outliers and instructions, making platform-specific artifacts difficult to move without quality or performance losses. TransFP4 introduces hardware-independent microscaling IR, blockwise orthogonal shaping, sparse residual channels and FP4/INT4 candidates, then binds physical formats at deployment using native support, fused conversion, traffic and kernel costs. Numerical experiments on 131,072-dimensional heavy-tailed synthetic tensors with 1% activation outliers yield NMSE 0.00460, 84.15%, 44.92% and 82.91% below MXFP4, NVFP4 and INT4, with cosine similarity 0.99771. An analytical backend model gives normalized costs of 1.06, 1.05 and 1.08 on NVFP4-, MXFP4- and INT4-native platforms. The study argues for joint distribution, format, fusion and conversion decisions rather than one numeric format alone.
Decode repeatedly reads weights, making bit width critical to capacity, bandwidth and energy. INT8, INT4 and weight quantization are established approaches[2][3][4][5][6][7][8][9], but native FP4 makes numeric formats a joint algorithm/compiler/hardware concern. OCP microscaling expands narrow floating-point range with shared block scales[11][12]; NVFP4 uses 16-element E2M1 blocks, E4M3 scales and a global scale[13]; AMD CDNA 4 supports standard microscaling including MXFP4[14]. Equal element widths do not mean binary compatibility: blocks, scale codebooks, rounding, scale levels and instructions differ. MR-GPTQ demonstrates format-specific rotations and quantization[15], Diagnosing FP4 identifies uneven layer/projection sensitivity[16], and MixFP4, M2XFP and AdaMX recover precision through mixed codebooks or metadata[17][19][20]. Format-bound artifacts need recalibration or requantization across platforms, while universal INT4 misses native FP4 throughput. TransFP4 preserves hardware-independent shaping, block-level format intent and optional residuals until backend binding. Contributions include a common IR, shaped/residual candidates, joint accuracy/bit-width/conversion/kernel objectives, and synthetic numerical plus analytical backend evaluation.
1. FP4 formats and portability
1.1 Microscaling
For block x=(x₁,…,xG) of length G, element format f, block scale sb and optional global scale s_g, quantization is:
Q_f maps normalized values to E2M1, INT4 or another narrow codebook. Shared scales carry dynamic range; element codes carry relative precision. Smaller blocks localize outliers but increase metadata, loading and broadcasts. MXFP4 commonly uses 32-element blocks and E8M0 power-of-two scales, simplifying multiplication but adding scale-rounding mismatch. NVFP4's 16-element blocks, E4M3 and global scales improve fitting with more complex dequantization[11][12][13][14][15].
Figure 1. FP4 formats and the TransFP4 description
Table 1. Differences among 4-bit formats
| Format | Element representation | Block size | Scale representation | Main strengths | Portability obstacle |
|---|---|---|---|---|---|
| MXFP4 | E2M1 | 32 | E8M0 power-of-two scales | Open specification and simple scaling | Scale rounding and native MX instruction requirements |
| NVFP4 | E2M1 | 16 | E4M3 block plus global scales | Smaller blocks and richer scale mantissas | Two-level scaling tied to vendor kernels |
| INT4 | Signed integer | 16~128 | FP16/FP32 group scales | Mature software and broad backend support | Limited range; no direct FP4 matrix path |
| Mixed FP4/INT4 | Blockwise selection | Variable | Shared scales or added tags | Adapts to block heterogeneity | Requires tags and a unified decoder |
| TransFP4 IR | Logical codebook description | Variable | Separate scale semantics and physical encoding | One calibration, multiple late-bound backends | Depends on cost models and fused kernels |
1.2 Low-bit floating point is not a drop-in integer replacement
INT4 methods often smooth channels, relocate outliers or rotate distributions[4][6][7][32]. Rotations reduce maxima for uniform integer grids, but MXFP4's power-of-two scales may cause more blocks to cross scale boundaries after energy spreads. MR-GPTQ uses within-block rather than global rotation[15], and BATQuant emphasizes block optimization[22]. NVFP4 localizes outliers in smaller groups, but this can weaken the benefit of spreading them across channels. The same preprocessing can have opposite effects across formats.
Figure 2. Normalized E2M1 and INT4 code points
E2M1 spacing is nonuniform, unlike scaled INT4. Uniform-grid assumptions can misestimate FP4 sensitivity in rounding, reconstruction and error compensation. FAAR, M2XFP and MixFP4 explore format-aware rounding, metadata and mixed codebooks[17][20], but generally retain encoding-specific artifacts. TransFP4 preserves reinterpretable quantization intent rather than introducing one universal FP4 format.
1.3 Portability constraints
Portability has three levels: numerical lowering across block sizes/scales without repeating all layer optimization; execution that fuses scales, residuals and tags into GEMM/GEMV/attention without materializing high precision; and evaluation using common quality, memory, kernel and conversion metrics. Offline perplexity alone is insufficient.
Table 2. Quantization methods and hardware coupling
| Method | Core mechanism | Typical target | Model changes | Cross-backend reuse |
|---|---|---|---|---|
| SmoothQuant | Offline activation smoothing | W8A8/INT8 | Weight reparameterization | Medium |
| AWQ/GPTQ | Weight sensitivity or second-order reconstruction | INT4 weights | Quantized weights and group scales | Relatively high |
| QuaRot/SpinQuant | Orthogonal outlier suppression | INT4 / mixed precision | Insert or absorb rotations | Medium |
| MR-GPTQ | Within-block rotation and format-specific GPTQ | MXFP4/NVFP4 | Format-specific weight layout | Relatively low |
| MixFP4/AdaMX | Blockwise codebook or recovery selection | Specialized mixed FP4 | New tags / decoders | Low |
| TransFP4 | Format IR, residual streams and late binding | Native FP4 or INT4 | Hardware-independent logical artifact | High |
2. TransFP4 design
2.1 Pipeline
Five stages cover profiling, shaping, block candidates, IR serialization and backend lowering. Offline work uses tensors, limited calibration activations and abstract formats, independent of vendor instructions. Deployment reads native codebooks, tile shapes, scale loading, fusion, bandwidth and conversion throughput to select encoding. Like compiler lowering, it separates semantics from instructions while retaining quantization error and recovery paths.
Figure 3. Quantization and backend late binding
2.2 Format IR
Each logical quantization block is represented as bj=〈Gj,Cj,Sj,Rj,Πj,Ωj〉.Gj is logical block size; Cj lists candidate codebooks; Sj describes scale semantics rather than physical bits; Rj records residual indices and precision; Πj records absorbable orthogonal transforms and channel order; Ω_j stores calibration statistics, candidate errors, access frequency and operators. Backends may split blocks into two NVFP4 groups or merge into MXFP4 groups, selecting INT4 or higher-precision residuals if error limits are exceeded.
Table 3. TransFP4 IR fields
| Field | Semantics | Example | Backend use |
|---|---|---|---|
| block_shape | Logical blocks and matrix axes | 1×32, 16×16 | Match tiles and scale broadcasts |
| codebook_set | Allowed element codebooks | E2M1, INT4 | Select native low-bit instructions |
| scale_semantics | Scale calculation and composition | Absmax and two-level scales | Generate E8M0, E4M3 or FP16 scales |
| transform | Rotation, permutation and absorption points | 32-point Hadamard | Choose offline absorption or runtime fusion |
| residual_lane | Outlier indices, precision and budget | One FP16 residual per 32 values | Generate sparse compensation streams |
| error_profile | NMSE, cosine and layer sensitivity | Candidate cost vectors | Target-specific format search |
| kernel_contract | Operator, shape and alignment constraints | GEMM K aligned to 32 | Select fused kernels or safe fallback |
2.3 Block shaping and sparse residuals
For logical block xj, TransFP4 applies orthogonal matrix Hj to obtain yj=Hjxj. Since Hj preserves the L2 norm:
Equation (2) permits direct error comparison in the transformed domain. Block Hadamard avoids spreading outlier energy across many scale groups and can be absorbed into weights or fused as an activation butterfly. The largest r values enter a sparse residual stream while FP4/INT4 represents the main stream. Residuals are optional: fine NVFP4 scales may eliminate them, while MXFP4 or fallback paths may retain FP16/BF16 compensation.
P_r selects r residual positions. Outliers become a budgeted second stream rather than an implicit format responsibility. SqueezeLLM and OWQ demonstrate sparse high-precision compensation[26][27]; TransFP4 records compensation and candidate codebooks together so backends can eliminate, fuse or change its precision.
2.4 Format search and lowering
Block j selects physical format fj, scale scheme sj, residual precision rj and kernel kj. The objective is:
ΔLj approximates error using second-order reconstruction, activation NMSE and sensitivity; Tj, Ej represent target latency and energy; Cj^convert includes conversion, scale reordering and metadata decoding; Beff limits effective storage width, while Rtask limits task risk. Search first prunes candidates by error, then allocates residual budgets with dynamic or integer programming. Four candidate classes—native FP4, native INT4, FP4 plus residuals and high precision—can keep compilation approximately linear in block count.
Figure 4. Example sensitivity by operator and depth
The normalized profile illustrates search inputs. Diagnostics find MLP up/down projections often more sensitive than attention projections, with sensitivity not confined to final layers[16]. Rather than always preserve the last layers, TransFP4 combines operator, depth, outliers and curvature into risk budgets. Real calibration is required; the figure only illustrates nonuniform representation in IR.
2.5 Effective bits and fused conversion
For element width be, scale width bs shared by G elements and b_t tag bits per group, effective width is:
Figure 5. Block size and effective storage width
Smaller groups increase scale overhead, while block-amortized tags become cheaper as G grows. Metadata should be packed with weights and decoded during matrix loading rather than reread separately. Backends without mixed-codebook support select one native format to avoid per-block branching. Conversion should fuse with prefetching, unpacking or GEMM entry instead of materializing full BF16 intermediates.
3. Numerical experiments and analytical model
3.1 Scope
Tensor experiments test format, shaping and selection trends, not full-model accuracy or GPU throughput. Weights combine a Gaussian body with standard deviation 0.55 and sparse outliers; activations use Student-t with five degrees of freedom plus outliers. Each tensor has 131,072 elements with outlier rates 0, 0.1%, 0.3%, 1%, 3% and 6% and fixed seeds. All methods use block absmax and nearest rounding. TransFP4 uses 32-point Hadamard, at most one residual per 32 values and error-based NVFP4/INT4 selection.
Table 4. Tensor experiment setup
| Item | Setting | Purpose |
|---|---|---|
| Tensor length | 131 072 | Stable block-error statistics |
| Weight body | N(0,0.55²) | Approximate bell-shaped weights |
| Activation body | 0.42×t(5) | Heavy-tailed activations |
| Outlier amplitude | Added N(0,6²) | Controlled extreme-value pressure |
| Outlier rate | 0~6% | Sparse to dense outliers |
| Candidate methods | MXFP4, NVFP4, INT4, rotated MXFP4 and TransFP4 | Compare formats and shaping |
| Metrics | NMSE, cosine similarity, effective bits and backend cost | Numerical and execution proxies |
| Nature of results | Synthetic tensor experiments plus analytical costs | Not real-model tasks or hardware measurements |
3.2 Metrics
NMSE=||x-x_hat||²₂/||x||²₂ normalizes amplitude; cosine similarity measures directional preservation. The backend model sets native matrix cost to one and adds decoding, reordering and conversion for nonnative formats. It omits chip frequency, cache behavior and scheduling noise, asking whether one logical artifact can remain near-native across three backends.
4. Results and analysis
4.1 Outlier sensitivity
Figure 6. Activation outliers and quantization error
MXFP4 and INT4 NMSE worsens with more outliers. NVFP4 remains steadier through small groups and E4M3 scales. Rotated MXFP4 improves heavy-tail errors but is similar to baseline without outliers, so rotation is not universally beneficial. TransFP4 achieves the lowest, flatter NMSE through shaping, candidates and residuals, consistent with format-aware FP4 research[15][16][17] but not proof of equal gains in every layer or task.
Table 5. Representative heavy-tail results
| Tensor | Method | NMSE | Cosine similarity | NMSE relative to TransFP4 |
|---|---|---|---|---|
| Activations, 1% outliers | MXFP4 | 0.02901 | 0.98548 | 6.31 |
| Activations, 1% outliers | NVFP4 | 0.00835 | 0.99583 | 1.82 |
| Activations, 1% outliers | INT4 | 0.02690 | 0.98668 | 5.85 |
| Activations, 1% outliers | Rotated MXFP4 | 0.01214 | 0.99391 | 2.64 |
| Activations, 1% outliers | TransFP4 | 0.00460 | 0.99771 | 1.00 |
| Weights, 0.3% outliers | MXFP4 | 0.02155 | 0.98920 | 4.15 |
| Weights, 0.3% outliers | NVFP4 | 0.00889 | 0.99556 | 1.71 |
| Weights, 0.3% outliers | INT4 | 0.01864 | 0.99076 | 3.59 |
| Weights, 0.3% outliers | Rotated MXFP4 | 0.01273 | 0.99362 | 2.45 |
| Weights, 0.3% outliers | TransFP4 | 0.00519 | 0.99741 | 1.00 |
At 1% activation outliers, TransFP4 NMSE is 0.00460, reductions of 84.14%, 44.92% and 82.90% versus MXFP4, NVFP4 and INT4. At 0.3% weight outliers, NMSE is 0.00519 and cosine similarity 0.99741. Residual candidates are not free accuracy: effective bits and backend movement must also be evaluated.
4.2 Backend portability
Figure 7. Normalized cost across native backends
Native execution costs one. Moving NVFP4 artifacts to MX and INT4 backends costs 1.28 and 1.75 due to regrouping and two-level decoding; MXFP4 on NV and INT4 costs 1.32 and 1.62. TransFP4 costs 1.06, 1.05 and 1.08 by selecting local codebooks and fusing residual/scaling work. These are structured assumptions, not GPU measurements, illustrating avoidance of expensive cross-format paths.
Table 6. Normalized backend costs
| Backend | NVFP4 artifact | MXFP4 artifact | INT4 artifact | TransFP4 artifact |
|---|---|---|---|---|
| NV-native | 1.00 | 1.32 | 1.15 | 1.06 |
| MX-native | 1.28 | 1.00 | 1.12 | 1.05 |
| INT4 backend | 1.75 | 1.62 | 1.00 | 1.08 |
Portability does not mean identical physical bits everywhere. The reproducible logical artifact retains transforms, scales and residual budgets; deployment creates backend-specific packages through offline repacking without resampling calibration or repeating layer optimization. Distribution services can cache common packages with the logical artifact as a verifiable source.
4.3 Ablation and boundaries
Without shaping, heavy-tail scale pressure increases; without residuals, the method becomes blockwise FP4/INT4 selection; one codebook loses heterogeneity; ignoring conversion may select low-error but slow formats. Table 7 normalizes error/cost to isolate component contributions.
Table 7. Directional TransFP4 ablation
| Configuration | Normalized NMSE | Normalized backend cost | Main effect |
|---|---|---|---|
| Full TransFP4 | 1.00 | 1.00 | Shaping, candidates, residuals and cost model enabled |
| Without block shaping | 1.31 | 0.98 | Outliers raise shared scales and error |
| Without sparse residuals | 1.46 | 0.94 | Fewer effective bits but distorted sensitive blocks |
| Fixed FP4 codebook | 1.37 | 0.96 | Cannot choose INT4 for near-uniform blocks |
| Without layer sensitivity | 1.18 | 1.00 | Residual budget goes to low-risk layers |
| Ignoring conversion cost | 0.97 | 1.29 | Slightly lower offline error but more explicit conversion |
5. Compilation and validation roadmap
5.1 Compiler integration
TransFP4 can be a quantization dialect in MLIR, TVM or vendor compilers. Frontends produce logical blocks from weights, statistics and operators; middle passes absorb transforms and search scales/budgets; backends encode using capability tables. Weight Hadamard transforms can be absorbed offline; activation transforms fuse with RMSNorm, linear inputs or attention. Without native FP4, lower to INT4/W4A16 instead of emulating FP4 merely for format uniformity.
Kernel contracts specify K alignment, tiles, accumulation, scale loads, residual throughput and output types. NVIDIA Transformer Engine integrates NVFP4 scaling recipes and matrix interfaces[13][34], while AMD CDNA 4 supplies block-scaled matrix instructions[14][35]. A lowest-common-denominator abstraction would lose local fusion. Preserve multiple legal lowering rules and select through costs.
5.2 Correctness and auditable artifacts
Release records should include source-model hash, tokenizer/rotation settings, calibration summaries, layer errors, package-generator version, seeds and fallback formats. Deterministic manifests should identify each block's codebook, scale and residuals. Sensitive tasks may retain BF16 checkpoints or periodic high-precision checks against accumulated errors.
5.3 Limitations
Synthetic experiments do not cover real-model error propagation, perplexity, code or mathematics, and native fused kernels on B200, MI355X or other chips are not implemented. Analytical costs compare paths, not absolute products. Future evaluation should use common calibration on Llama, Qwen and reasoning models, measuring WikiText2, MMLU, GSM8K, code, long-context and multi-turn tasks alongside TTFT, throughput, power, package size and compilation. Mixed formats enlarge verification and control complexity; revert to one native format when overhead exceeds quality benefits.
6. Conclusion
FP4 is a hardware–software contract defined by codebooks, blocks, scales, outliers and matrix paths, not one interchangeable 4-bit type. TransFP4 preserves shaping, candidate codes, scale intent and residuals in hardware-independent IR for late binding. Synthetic tensors show lower NMSE and analytical models show near-native costs across NVFP4, MXFP4 and INT4. The central proposal is a portable numeric program that compilers can verify, lower and repack, rather than chip-bound static weights. Real models, native kernels and task correctness remain necessary validation, alongside research into training portable FP4 artifacts directly.
Portable FP4 quantization for heterogeneous accelerators
Abstract Native FP4 acceleration is emerging through mutually incompatible microscaling formats such as MXFP4 and NVFP4. Their block size, scale encoding, outlier behavior, and matrix instructions differ, so a quantized artifact optimized for one accelerator may require recalibration or expensive conversion on another. This paper presents TransFP4, a portable FP4 quantization framework with a hardware-independent format intermediate representation. It combines block-local orthogonal shaping, a sparse residual lane, and per-block FP4/INT4 candidate selection, while deferring the physical scale encoding and kernel choice to the deployment backend. The optimization jointly accounts for numerical distortion, effective bit width, kernel cost, energy proxy, and format-conversion overhead. In numerical experiments on 131,072-element synthetic heavy-tailed weight and activation tensors, at a 1% activation-outlier ratio, TransFP4 obtains an NMSE of 0.00460 and a cosine similarity of 0.99771, reducing NMSE by 84.15%, 44.92%, and 82.91% relative to MXFP4, NVFP4, and INT4, respectively. An analytical backend model gives normalized execution costs of 1.06, 1.05, and 1.08 on NVFP4-native, MXFP4-native, and INT4-native targets. These results are tensor-level numerical and analytical evidence rather than full-model hardware measurements. They indicate that portable low-bit deployment requires quantization, format description, conversion fusion, and backend lowering to be optimized together.
References
[1] VASWANI A, SHAZEER N, PARMAR N, et al. Attention is all you need[C]//Advances in Neural Information Processing Systems. Long Beach: Curran Associates, 2017, 30: 5998-6008.
[2] DETTMERS T, LEWIS M, BELKADA Y, et al. LLM.int8(): 8-bit matrix multiplication for transformers at scale[C]//Advances in Neural Information Processing Systems. New Orleans: Curran Associates, 2022, 35: 30318-30332.
[3] FRANTAR E, ASHKBBOOS S, HOEFLER T, et al. GPTQ: accurate post-training quantization for generative pre-trained transformers[C]//International Conference on Learning Representations. Kigali: OpenReview, 2023.
[4] XIAO G, LIN J, SEZNEC M, et al. SmoothQuant: accurate and efficient post-training quantization for large language models[C]//International Conference on Machine Learning. Honolulu: PMLR, 2023, 202: 38087-38099.
[5] LIN J, TANG J, TANG H, et al. AWQ: activation-aware weight quantization for on-device LLM compression and acceleration[C]//Proceedings of Machine Learning and Systems. Santa Clara: MLSys, 2024, 6: 87-100.
[6] ASHKBBOOS S, MARKOV I, FRANTAR E, et al. QuaRot: outlier-free 4-bit inference in rotated LLMs[C]//Advances in Neural Information Processing Systems. Vancouver: Curran Associates, 2024, 37.
[7] LIU Z, ZHAO C, FENG I, et al. SpinQuant: LLM quantization with learned rotations[C]//International Conference on Learning Representations. Singapore: OpenReview, 2025.
[8] ZHAO Y, LIN C Y, ZHANG K, et al. Atom: low-bit quantization for efficient and accurate LLM serving[C]//Proceedings of Machine Learning and Systems. Santa Clara: MLSys, 2024, 6.
[9] LIN Y, TANG H, YANG S, et al. QServe: W4A8KV4 quantization and system co-design for efficient LLM serving[C]//Proceedings of Machine Learning and Systems. Santa Clara: MLSys, 2025, 7.
[10] LIU S Y, LIU Z, HUANG X, et al. LLM-FP4: 4-bit floating-point quantized transformers[EB/OL]. arXiv:2310.16836, 2023[2026-09-03]. https://arxiv.org/abs/2310.16836.
[11] DARVISH ROUHANI B, ZHAO R, MORE A, et al. Microscaling data formats for deep learning[EB/OL]. arXiv:2310.10537, 2023[2026-09-03]. https://arxiv.org/abs/2310.10537.
[12] OPEN COMPUTE PROJECT. OCP microscaling formats (MX) specification version 1.0[S/OL]. San Jose: Open Compute Project, 2023[2026-09-03].
[13] NVIDIA. NVFP4 data format and scaling recipe[EB/OL]. Santa Clara: NVIDIA Transformer Engine Documentation, 2026[2026-09-03].
[14] AMD. Introducing AMD CDNA 4 architecture[R/OL]. Santa Clara: Advanced Micro Devices, 2025[2026-09-03].
[15] EGIAZARIAN V, CASTRO R L, KUZNEDELEV D, et al. Bridging the gap between promise and performance for microscaling FP4 quantization[EB/OL]. arXiv:2509.23202, 2025[2026-09-03]. https://arxiv.org/abs/2509.23202.
[16] CIM M, et al. Diagnosing FP4 inference: a layer-wise and block-wise sensitivity analysis of NVFP4 and MXFP4[EB/OL]. arXiv:2603.08747, 2026[2026-09-03]. https://arxiv.org/abs/2603.08747.
[17] ZOU J, et al. MixFP4: enhancing NVFP4 with adaptive FP4/INT4 block formats[EB/OL]. arXiv:2605.31035, 2026[2026-09-03]. https://arxiv.org/abs/2605.31035.
[18] LIU W, MENG H, LUO Y, et al. MicroMix: efficient mixed-precision quantization with microscaling formats for large language models[EB/OL]. arXiv:2508.02343, 2025[2026-09-03]. https://arxiv.org/abs/2508.02343.
[19] LUO J, JIANG X, WEN T H, et al. Heterogeneity-aware microscaling for efficient low-bit LLM inference[EB/OL]. arXiv:2608.03867, 2026[2026-09-03]. https://arxiv.org/abs/2608.03867.
[20] HU W, ZHANG Z, ZHANG H, et al. M2XFP: a metadata-augmented microscaling data format for efficient low-bit quantization[C]//Proceedings of the 31st ACM International Conference on Architectural Support for Programming Languages and Operating Systems. New York: ACM, 2026.
[21] LEE J, PARK J, KIM J, et al. AMXFP4: taming activation outliers with asymmetric microscaling floating-point for 4-bit LLM inference[EB/OL]. arXiv:2411.09909, 2024[2026-09-03]. https://arxiv.org/abs/2411.09909.
[22] LI J F, ZHANG M, XIA X, et al. BATQuant: outlier-resilient MXFP4 quantization via learnable block-wise optimization[EB/OL]. arXiv:2603.16590, 2026[2026-09-03]. https://arxiv.org/abs/2603.16590.
[23] CHMIEL B, FISHMAN M, BANNER R, et al. FP4 all the way: fully quantized training of large language models[EB/OL]. arXiv:2505.19115, 2025[2026-09-03]. https://arxiv.org/abs/2505.19115.
[24] GORODECKY D, SOUSA L. Hardware for converting floating-point to the microscaling format[EB/OL]. arXiv:2411.03149, 2024[2026-09-03]. https://arxiv.org/abs/2411.03149.
[25] ZENG C, LIU S, XIE Y, et al. ABQ-LLM: arbitrary-bit quantized inference acceleration for large language models[EB/OL]. arXiv:2408.08554, 2024[2026-09-03]. https://arxiv.org/abs/2408.08554.
[26] KIM S, HOOPER C, GHOLAMI A, et al. SqueezeLLM: dense-and-sparse quantization[C]//International Conference on Machine Learning. Vienna: PMLR, 2024.
[27] LEE C, JIN J, KIM T, et al. OWQ: outlier-aware weight quantization for efficient fine-tuning and inference of large language models[C]//Proceedings of the AAAI Conference on Artificial Intelligence. Vancouver: AAAI Press, 2024, 38(12): 13355-13364.
[28] SHAO W, CHEN M, ZHANG Z, et al. OmniQuant: omnidirectionally calibrated quantization for large language models[C]//International Conference on Learning Representations. Vienna: OpenReview, 2024.
[29] MALINOVSKIY A, et al. PV-Tuning: beyond straight-through estimation for extreme LLM compression[EB/OL]. arXiv:2405.14852, 2024[2026-09-03].
[30] CHEE J, CAI Y, KWON W, et al. QuIP: 2-bit quantization of large language models with guarantees[C]//Advances in Neural Information Processing Systems. New Orleans: Curran Associates, 2023, 36.
[31] TSENG A, CHEE J, SUN Q, et al. QuIP#: even better LLM quantization with hadamard incoherence and lattice codebooks[C]//International Conference on Machine Learning. Vienna: PMLR, 2024.
[32] ZHAO R, HU Y, DOTZEL J, et al. Improving neural network quantization without retraining using outlier channel splitting[C]//International Conference on Machine Learning. Stockholm: PMLR, 2019, 97: 7543-7552.
[33] MICROSOFT. MicroXcaling reference implementation[CP/OL]. Redmond: Microsoft, 2024[2026-09-03].
[34] NVIDIA. Transformer Engine user guide, version 2.18[CP/OL]. Santa Clara: NVIDIA, 2026[2026-09-03].
[35] AMD. Matrix core programming on AMD CDNA 3 and CDNA 4 architectures[EB/OL]. Santa Clara: Advanced Micro Devices, 2025[2026-09-03].


