whucs21Mzy/Model-Phase-Transitions

Navigating Model Phase Transitions to Enable Extreme Lossless Compression: A Perspective

76

60 commits

updated Feb 9, 2026

See the code

README

Model Phase Transitions (MPTs)

Navigating Model Phase Transitions to Enable Extreme Lossless Compression


📰 News

[2026] Our work Model Phase Transitions in Large Language Model Compression has been accepted as a Perspective by
npj | Artificial Intelligence (Nature Portfolio).

This paper provides a unifying theoretical and empirical framework for understanding phase transitions in model compression, revealing how orthogonal redundancy sources jointly determine the limits of lossless compression in large language models.

📄 Paper: npj | Artificial Intelligence (Nature)
🔗 https://www.nature.com/articles/s44387-026-00072-8


🌐 Introduction

The increasing size and complexity of large language models (LLMs) present significant computational and memory challenges. To address these challenges, model compression techniques have been developed to reduce the resource demands of LLMs. However, compression techniques can exhibit Model Phase Transitions (MPT), where the model's performance remains stable until a critical threshold is reached, after which the performance degrades sharply. The key to achieving effective compression lies in understanding model redundancy, which provides buffers that allow for compression until this phase transition point is reached.

In our work, we introduce the concept of Model Phase Transition to fundamentally characterize performance degradation and lossless compression limits in large language models. Across more than thirty pruning, quantization, and low-rank decomposition techniques, we fit performance trajectories with a novel piecewise power-law–exponential curve that pinpoints each technique’s phase-transition point (PTP): structured pruning fails at 30–45% sparsity, unstructured pruning at 55–65%, low-rank decomposition at 17–30%, and quantization below 3-bit precision. Crucially, these redundancy sources are orthogonal: by staying within the joint safe region defined by their PTPs, we raise the prior single-dimension bottleneck, enabling lossless compression to 10% of original model size.

📬 Contact

If you find any errors or have suggestions, feel free to reach out: [email protected]

📖 Table of Contents

🔍 Core Concept: Model Redundancy & Phase Transitions

Fig. 1: This figure highlights three main types of redundancy: structural, numerical, and algebraic redundancy. Structural redundancy is managed through pruning, numerical redundancy through quantization, and algebraic redundancy through low-rank decomposition. These redundancies act as buffers, allowing for lossless model compression until the phase transition point is reached. The phase transition point remains stable when different types of compression methods are used together, enabling lossless compression of large models to about 10\% of their original size.

🧱 Three Types of Model Redundancy

Large Language Models (LLMs) exhibit inherent redundancies that enable compression:

Redundancy TypeCompression TechniqueDescription
StructuralPruningArchitectural properties allow component removal (e.g., attention heads, layers) without functional loss
NumericalQuantizationHeavy-tailed weight distributions permit precision reduction with minimal impact
AlgebraicLow-Rank DecompositionWeight matrices exhibit low-rank properties enabling matrix factorization

⚡️ Model Phase Transition (MPT)

“The difference between a robustly-compressed model and a broken one is a single step past the PTP(Phase Transition Point).”

  • Definition Gradual degradation up to a critical compression ratio s₀; exponential collapse beyond. Our piece-wise power-law + exponential curve fits 30 + methods.
  • Typical PTPs
    • Structured pruning: 30–45 % sparsity
    • Unstructured pruning: 55–65 % sparsity
    • Quantization: ≥ 3-bit precision to stay safe
    • Low-rank: ≥ 17–30 % sparsity

Major Findings on MPT (Model Phase Transition) Research

  1. Structured Pruning Phase Transition
Fig. 2: This figure presents the perplexity (PPL) of several structured pruning methods across different sparsity ratios, including both experimental data and fitted curves. The stars indicate the turning points of the piecewise fitting curves, where the x-coordinate corresponds to the model’s phase transition point. As the sparsity ratio increases, the model's performance sharply degrades once the phase transition point is exceeded.
  1. Unstructured Pruning Phase Transition

Fig. 3: This figure shows the perplexity (PPL) of several unstructured pruning methods across different sparsity ratios, including both experimental data and fitted curves. The stars indicate the turning points of the piecewise fitting curves, where the x-coordinate corresponds to the model’s phase transition point. The performance remains stable at lower sparsity ratios, but once the critical threshold is crossed, performance degradation becomes exponential.

  1. Quantized Model Performance
Fig. 4: This figure investigates the performance of quantized models on WikiText2 across various parameter sizes (GB). The performance is measured in perplexity (PPL), and several model families (Qwen2.5, LLaMA-2, and Gemma-3) are compared at different quantization levels. The results highlight a phase transition point where compression leads to catastrophic performance degradation at 2-bit quantization, with larger models showing better robustness as the model size increases.
  1. Low-Rank Decomposition Phase Transition
Fig. 5: This figure presents the perplexity (PPL) of several low-rank decomposition methods (ASVD and SVD-LLM) across varying sparsity ratios. The experimental data and fitted curves demonstrate a clear phase transition where performance sharply drops beyond a certain sparsity threshold. The turning points of the piecewise fitting curves are marked with stars, which indicate critical points in the model’s performance degradation.

Major Findings on Combined Pruning and Quantization

Combined Pruning and Quantization

Fig. 6: Panel a presents the results of combining GGUF quantization and Wanda pruning on the LLaMA2-7b model. The 3D surface plot (Panel a) illustrates how perplexity (PPL) varies across different pruning ratios and quantization levels. The figure shows how the performance degrades with increasing compression, with the surface becoming steeper beyond a certain threshold. In Panel b, the 2D contour projection highlights the best trade-off curve between model size and perplexity. The red line marks the minimal PPL achieved at equivalent compression ratios, while the orange curve shows the phase transition line (PTL), indicating the point beyond which model performance rapidly deteriorates.

📚 Papers

💡 The Necessity of Low-Resource LLM Deployment

✂️ Structured Pruning

  • ⭐️ SliceGPT (ICLR'24)
    SliceGPT: Compress Large Language Models by Deleting Rows and Columns
    Code

  • LLM-Pruner (NeurIPS'23)
    LLM-Pruner: On the Structural Pruning of Large Language Models
    Code

  • SLEB (ICML'24)
    Streamlining LLMs through Redundancy Verification and Elimination of Transformer Blocks
    Code

  • FLAP (AAAI'24)
    Fluctuation-based Adaptive Structured Pruning for Large Language Models
    Code

  • ShortGPT (arXiv)
    Layers in Large Language Models are More Redundant Than You Expect

  • Sheared LLaMA (arXiv)
    Accelerating Language Model Pre-training via Structured Pruning
    Code

  • Shortened LLaMA (ICLR'24 Workshop)
    Depth Pruning for LLMs with Comparison of Retraining Methods

  • SRAD (ICLR'25)
    The Unreasonable Ineffectiveness of the Deeper Layers

  • LoRAPrune (ACL'24 Findings)
    Structured Pruning Meets Low-Rank Parameter-Efficient Fine-Tuning
    Code

🧨 Unstructured Pruning

  • ⭐️ Wanda (ICML'23)
    A Simple and Effective Pruning Approach for Large Language Models
    Code

  • ⭐️ SparseGPT (ICML'23)
    Massive Language Models Can Be Accurately Pruned in One-Shot
    Code

  • ⭐️ ADMM (arXiv)
    Fast and Effective Weight Update for Pruned Large Language Models
    Code

  • OWL (ICML'24)
    Outlier Weighed Layerwise Sparsity (OWL)
    Code

  • RIA (ICLR'24)
    Plug-and-Play: Efficient Post-training Pruning for LLMs
    Code

  • DSnoT (ICLR'24)
    Training-Free Fine-tuning for Sparse LLMs
    Code

  • Flash-LLM (VLDB'24)
    Cost-Effective and Efficient Inference with Unstructured Sparsity
    Code

  • BESA (ICLR'24)
    Blockwise Parameter-Efficient Sparsity Allocation
    Code

📦 Quantization

  • GPTQ (ICLR'23)
    Accurate Post-Training Quantization for Generative Pre-trained Transformers
    Code

  • AWQ (MLSys'24)
    Activation-aware Weight Quantization for LLMs
    Code

  • SmoothQuant (ICML'23)
    Accurate and Efficient Post-Training Quantization
    Code

  • LLM.int8() (NeurIPS'22)
    8-bit Matrix Multiplication for Transformers at Scale
    Code

  • QLoRA (NeurIPS'23)
    Efficient Finetuning of Quantized LLMs
    Code

  • ⭐️ GGUF
    New quantized format for efficient LLM deployment
    Code

  • ZeroQuant (NeurIPS'22)
    Efficient and Affordable Post-Training Quantization for Large-Scale Transformers
    Code

🧩 Low-Rank Decomposition

  • ASVD (arXiv)
    Activation-aware SVD for Compressing Large Language Models
    Code

  • ⭐️ SVD-LLM (ICLR'25)
    Truncation-aware SVD for Large Language Model Compression
    Code

  • LoSparse (ICML'23)
    Structured Compression based on Low-Rank and Sparse Approximation
    Code

  • Lillama (NAACL'25)
    One-shot Compression via Local Feature Distillation
    Code

  • MoDeGPT (ICLR'25)
    Modular Decomposition for Large Language Model Compression
    Code

📊 Case Studies

Sensitivity to Pruning

Fig. 7: This diagram illustrates structured pruning across model components, including neurons, attention heads, channels, sub-layers, and layers. The color intensity indicates the importance of each component: darker colors represent more critical parts, while lighter colors indicate less essential components, which are typically pruned first.

Features

🔍 Cardinal sparsity thresholds for pruning

Pruning methods across different categories have specific cardinal sparsity thresholds that greatly affect their performance.

Structured pruning typically exhibits a critical sparsity threshold around 50%. Beyond this point, performance starts to degrade significantly, often leading to the collapse of the model. While it accelerates inference, the trade-off is often not worth it as the model’s accuracy is heavily impacted.

Unstructured pruning and semi-structured pruning methods can achieve much higher sparsity levels, with a threshold around 80%.

🏁 Horizontal comparisons across structured pruning, unstructured pruning, and semi-structured pruning

In a horizontal comparison, at similar compression rates, unstructured pruning consistently outperforms semi-structured pruning, which in turn, outperforms structured pruning.

🛠️ Problems with Existing Pruning Methods

Structured pruning's limitations: While pruning techniques have shown promise, they come with inherent limitations and trade-offs: While the main advantage of structured pruning lies in inference speedup, as highlighted in several recent papers, practical observations reveal that the trade-off between accuracy and speed is not always favorable. When sparsity exceeds 50%, the model generally collapses, providing less than a 2x speedup.

Semi-structured pruning's weaknesses: Recently, semi-structured pruning methods are often discussed alongside unstructured pruning, but they fail to outperform unstructured pruning and don't offer clear advantages of their own. In practice, while they can achieve moderate compression, they struggle to maintain model performance compared to unstructured pruning methods. Their overall lack of competitiveness at comparable compression rates raises questions about their utility.

Challenges in unstructured pruning: Unstructured pruning methods can achieve high compression rates (typically over 70%), but the performance trade-off is significant. Despite promising results in theory, practical applications face difficulties with acceleration. Many studies that use methods like Wanda and SparseGPT as baselines focus on extreme compression rates (>70%) for performance comparisons. However, these rates tend to cause catastrophic performance degradation, often referred to as "model hemorrhaging." In contrast, Wanda and SparseGPT perform better at lower sparsity levels, where other improved models fall short. Future research may need to shift focus towards performance at lower compression rates, possibly exploring combinations of pruning with quantization techniques to achieve better compression and faster inference without sacrificing too much accuracy.

Experimental Evaluation of Structured Pruning Methods Results

Fig. 8: Performance comparison of different structured pruning methods applied to LLaMA2-7b, based on the WikiText2-PPL (Perplexity) metric, across varying sparsity levels. The chart highlights the impact of pruning on model performance, with lower PPL values indicating better performance.

Fig. 9: Perplexity performance of LLaMA-3-8B and OPT-6.7B under different pruning ratios (Pruned by Slicegpt).

Table 1: WikiText2-PPL results for structured pruning (w/o: without finetuning)

Method0.10.20.30.40.50.60.70.8
LLM_Pruner w/o13.831620.007227.453770.1054316.6549672.98211601.8368-
LLM_Pruner6.54638.422110.584316.076324.465539.172292.1518-
FLAP(WIFV)13.483516.332520.250528.601842.7961119.15581006.73692798.5380
SLEB6.47008.110013.820029.9300106.1900401.54001870.922868.41
slicegpt w/o5.65006.49008.150012.130019.540032.030059.9800162.65
slicegpt5.46106.06076.90478.135310.162213.877320.593434.9808

Experimental Evaluation of Unstructured Pruning Methods Results

Fig. 10: WikiText2 perplexity (PPL) trends for various structured pruning methods across sparsity levels ranging from 10% to 80%. The upper part of the figure shows the overall trend across the full sparsity spectrum, while the lower part zooms in on the 10%--60% range to highlight differences among pruning methods at moderate compression levels. Methods with "(ptb)" suffix indicate usage of the PTB calibration dataset in ablation studies. The results show that while many pruning methods suffer significant performance drops at higher sparsity, approaches like Wanda, SparseGPT, and ADMM consistently preserve model quality under lower sparsity, suggesting greater robustness and practical viability. Note that the magnitude pruning curve is omitted from the lower subplot, as it consistently shows the worst degradation and dominates the y-axis range in zoomed-in views.


Comparison of Unstructured and Semi-structured Pruning Methods

Fig. 11: Comparison of the performance of unstructured and structured pruning methods on WikiText2 PPL at 50% sparsity. The figure compares the perplexity (PPL) of various pruning methods for a model pruned to 50% sparsity. The methods include unstructured pruning (50%), and two types of structured pruning: 4:8 and 2:4, which indicate that 4 out of every 8 weights or 2 out of every 4 weights are pruned, respectively.

Table 2: WikiText2-PPL for different unstructured and semi-structured methods

Method0.10.20.30.40.50.60.70.82:4(0.5)4:8(0.5)
Magnitude5.17375.32925.79207.306914.89543676.143652422.6016nan54.387016.5288
Wanda5.13525.22695.36095.64346.30759.230757.24954262.490210.54147.6748
SparseGPT5.14285.22775.34235.56356.08827.834115.947450.15938.11006.8299
RIA5.47775.51815.63385.95176.797410.932986.40843832.769011.15208.3561
w.DSnoT5.47895.51905.63445.92646.689810.305960.14992870.585211.26869.6594
s.DSnoT5.48055.53475.69586.07946.89979.687862.87661487.41479.65947.9369
ADMM5.13155.20765.31345.49595.92527.113712.074729.21647.58927.5892
Wanda_owl5.49895.59016.06905.75506.74908.649225.1889551.727411.4216-
BESA-row----6.0057-8.1769---
BESA-layer----5.9884-9.0709---

Table 3: WikiText2-PPL for different unstructured and semi-structured methods calibrate on PTB dataset

Method0.10.20.30.40.50.60.70.82:4(0.5)4:8(0.5)
Wanda5.13135.2055.34555.67366.575813.4577255.591212142.148412.52048.2569
SparseGPT5.1355.23055.39945.747.59999.702529.0151270.82059.70257.5999
Wanda_owl5.48855.57195.74876.09116.87229.308240.03711346.352512.3241-
SparseGPT_owl5.50435.60545.80556.19867.11239.448320.963136.450210.5258-
ADMM5.12925.20795.35875.68276.53389.552125.6936156.714510.041610.0416

Sensitivity to quantization

Fig. 12: GGUF progressive quantization with critical 3-bit threshold

Fig. 13: This figure compares symmetric (a) and asymmetric (b) quantization. In symmetric quantization, the intervals are evenly distributed around zero, while in asymmetric quantization, the intervals are non-symmetric, offering more flexibility for complex data distributions. The figure also shows the quantization and dequantization processes, with average loss values for both methods. Symmetric quantization typically results in higher average loss.

Features

🔍 Lossless quantization thresholds

Quantization exhibits a "safe compression zone" (critical 3-bit threshold), beyond which performance degrades nonlinearly—yet larger models retain superior performance under low-bit settings compared to smaller "full-scale" counterparts at the same memory footprint.

🏁 Horizontal comparison of different models and different quantification methods

We conducted weight-only quantization experiments on base models of approximately 7B parameters using GPTQ with 8-bit and 4-bit precision. The models evaluated include LLaMA-3-8B, Mistral-7B, OPT-6.7B, Orca2-7B, and BLOOM-7.1B. The results indicate that most models exhibit stable performance after both 8-bit and 4-bit quantization.

We evaluate several widely used Post-Training Quantization (PTQ) methods on LLaMA2-7b, using the WikiText2 dataset and a maximum input length of 2K. The evaluation focuses on PPL (Perplexity) to assess the model's accuracy retention after quantization. The results show that most quantization methods maintain good accuracy, with a maximum precision loss of only 5% at 4-bit quantization.

📉 Progressive quantization curves at full model scale

To systematically evaluate the impact of model quantization on inference performance (PPL, inference speed, ARC-Easy, ARC-Challenge, and MMLU), we conducted comprehensive experiments on multiple models quantized via the GGUF framework. These experiments covered progressive quantization from 1-bit to 16-bit precision, focusing on well-performing yet moderately sized Qwen-2.5 model families (0.5B、1.5B,3B,7B,14B,32B,72B). Furthermore, given the remarkable performance recently exhibited by DeepSeek-R1, we also incorporated several DeepSeek-R1-distilled variants of LLaMA-3.1 and Qwen-2.5.

Fig. 14: Perplexity of 5 models across quantization levels. (a) PTB. (b) Wikitext2.

Fig. 15: The performance of the Qwen-2.5 model under various GGUF quantization schemes across multiple datasets and scales. This figure presents four subplots stacked vertically: (Top) WikiText2 perplexity (PPL), (Second) ARC-Easy accuracy, (Third) ARC-Challenge accuracy, (Bottom) MMLU accuracy. Results are shown across multiple model scales (0.5B, 1.5B, 3B, 7B, 14B, 32B, and 72B). These subplots demonstrate the performance trends of the Qwen-2.5 model under different quantization settings, helping to illustrate the impact of GGUF quantization on both perplexity and accuracy across a range of tasks and model sizes.

Comparison of PPL, ARC-Challenge, and MMLU Losses Across Different Bit Widths and Model Sizes

Fig. 16: Impact of 2-bit quantization on PPL, ARC-Challenge accuracy, and MMLU accuracy across model scales for various model families (Gemma-3, LLaMA-2, Owner-2.5).

Table 4:Wikitext2-PPL results for various quantization methods with different bit configurations(2K).

Method2bits3bits4bits8bits
GPTQ1784.16257.57685.74595.4739
AWQ-6.24315.6009-
GGUF5.86195.54635.45495.3976
QLoRA_NF4--5.6500-
QLoRA_FP4--5.7700-
LLM.int8()---5.5000
SmothQuant w8a8---5.5934

Table 5: Comprehensive evaluation of quantized models including perplexities (PPL), inference speed, parameter sizes, and downstream task performance (ARC-Easy, ARC-Challenge, and MMLU).

Main ModelIndicator1-bit2-bit3-bit4-bit5-bit6-bit8-bit16-bit
Qwen2.5-0.5BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-14.82 ± 0.1114.25 ± 0.1113.98 ± 0.1013.93 ± 0.1013.70 ± 0.1013.70 ± 0.1013.64 ± 0.10
Tokens/s-5593.605343.975370.625385.335427.745465.184266.22
Param(GB)-0.410.420.480.520.630.661.27
ARC-C-0.430.350.390.390.370.380.38
ARC-E-0.620.450.560.590.590.610.61
MMLU-0.230.240.240.230.230.230.23
Qwen2.5-1.5BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-14.63 ± 0.1010.61 ± 0.0710.01 ± 0.079.70 ± 0.079.68 ± 0.079.66 ± 0.079.66 ± 0.07
Tokens/s-3814.783630.173843.723494.103543.533265.562133.91
Param(GB)-0.740.901.121.291.461.893.56
ARC-C-0.470.680.750.750.740.750.77
ARC-E-0.560.860.900.910.910.900.90
MMLU-0.320.580.590.600.600.600.60
Qwen2.5-3BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-12.33 ± 0.099.70 ± 0.079.28 ± 0.069.22 ± 0.069.14 ± 0.069.12 ± 0.06-
Tokens/s-2397.992166.522117.602005.481669.511427.80-
Param(GB)-1.381.722.102.442.793.62-
ARC-C-0.670.790.790.860.840.85-
ARC-E-0.800.920.930.920.920.92-
MMLU-0.500.600.650.660.660.66-
Qwen2.5-7BQuant Scheme-IQ2_MQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-9.21 ± 0.068.19 ± 0.068.00 ± 0.057.96 ± 0.057.95 ± 0.057.95 ± 0.05-
Tokens/s-1439.49952.801014.46727.07759.87520.07-
Param(GB)-2.783.814.685.446.258.10-
ARC-C-0.830.870.870.860.860.87-
ARC-E-0.940.960.960.960.960.95-
MMLU-0.480.690.710.680.700.68-
Qwen2.5-14BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-7.74 ± 0.056.95 ± 0.046.83 ± 0.046.80 ± 0.046.78 ± 0.046.78 ± 0.04-
Tokens/s-320.36311.41303.88314.02257.84185.52-
Param(GB)-5.777.348.9910.5012.1015.70-
ARC-C-0.870.900.910.920.930.92-
ARC-E-0.981.000.991.001.001.00-
MMLU-0.730.770.790.780.770.78-
Qwen2.5-32BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-6.80 ± 0.046.26 ± 0.046.09 ± 0.046.01 ± 0.045.99 ± 0.045.98 ± 0.04-
Tokens/s-139.78137.34136.93191.87196.46143.49-
Param(GB)-12.0015.0020.0022.0026.0033.00-
ARC-C-0.920.940.950.950.950.98-
ARC-E-1.001.001.001.001.001.00-
MMLU-0.720.810.820.820.830.82-
Qwen2.5-72BQuant SchemeIQ1_MQ2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0-
PPL7.25 ± 0.056.34 ± 0.045.58 ± 0.035.30 ± 0.035.30 ± 0.035.27 ± 0.035.26 ± 0.03-
Tokens/s96.60100.1383.5662.3395.96108.05177.27-
Param(GB)23.7029.8037.7047.4047.0056.0073.00-
ARC-C0.950.940.970.970.970.970.97-
ARC-E0.991.001.001.001.001.001.00-
MMLU0.780.820.820.840.830.840.84-
DeepSeek-R1-Distill-Qwen-14BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-11.87 ± 0.109.81 ± 0.089.45 ± 0.079.39 ± 0.079.38 ± 0.079.39 ± 0.07-
Tokens/s-497.57405.06420.73403.24263.45257.80-
Param(GB)-5.777.348.9910.5112.1215.70-
DeepSeek-R1-Distill-Llama-8BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-17.86 ± 0.1513.96 ± 0.1113.12 ± 0.1112.94 ± 0.1112.86 ± 0.1012.84 ± 0.1012.85 ± 0.10
Tokens/s-1105.20799.52914.691015.46942.53809.24299.60
Param(GB)-3.184.024.925.736.608.5416.10
Llama-3.1-8BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-9.02 ± 0.067.81 ± 0.057.53 ± 0.057.45 ± 0.057.43 ± 0.057.41 ± 0.05-
Tokens/s-817.691031.46919.29561.81570.54435.94-
Param(GB)-2.954.024.925.736.608.54-

Table 6: WikiText2-PPL and parameter sizes for LLaMA-2 and Gemma-3 model families.

Main ModelQuant SchemePPLParam(GB)
LLaMA-2-70BQ5_K_M4.14 ± 0.0248.80
Q4_K_M4.16 ± 0.0241.40
Q3_K_M4.28 ± 0.0233.20
Q2_K_M4.44 ± 0.0229.30
LLaMA-2-13BQ8_K_05.61 ± 0.0313.80
Q6_K5.61 ± 0.0310.70
Q5_K_M5.67 ± 0.039.23
Q4_K_M5.77 ± 0.037.87
Q3_K_M5.77 ± 0.036.34
Q2_K_M5.90 ± 0.035.43
LLaMA-2-7BQ8_K_06.16 ± 0.037.16
Q6_K6.17 ± 0.035.53
Q5_K_M6.18 ± 0.034.78
Q4_K_M6.24 ± 0.034.08
Q3_K_M6.34 ± 0.043.30
Q2_K6.69 ± 0.042.83
Gemma-3-27B-ITQ8_07.99 ± 0.0628.70
Q6_K8.01 ± 0.0622.20
Q5_K_M8.05 ± 0.0619.30
Q4_K_M8.02 ± 0.0616.50
Q3_K_M8.30 ± 0.0613.40
Q2_K10.25 ± 0.0810.50
Gemma-3-12B-ITFP169.29 ± 0.0723.50
Q8_09.28 ± 0.0712.50
Q6_K9.33 ± 0.079.66
Q5_K_M9.40 ± 0.078.44
Q4_K_M9.15 ± 0.077.30
Q3_K_M9.69 ± 0.086.01
Q2_K11.27 ± 0.094.77
Gemma-3-4B-ITFP1614.25 ± 0.137.77
Q8_014.20 ± 0.134.13
Q6_K14.18 ± 0.133.19
Q5_K_M14.10 ± 0.132.83
Q4_K_M13.97 ± 0.132.49
Q3_K_M13.63 ± 0.122.10
Q2_K19.03 ± 0.171.73
Gemma-3-1B-ITFP1622.53 ± 0.202.01
Q8_022.39 ± 0.201.07
Q6_K22.30 ± 0.201.01
Q5_K_M22.53 ± 0.200.83
Q4_K_M22.94 ± 0.210.79
Q3_K_M23.93 ± 0.220.73
Q2_K30.69 ± 0.290.66

Sensitivity to Low-Rank Decomposition

Features

🔍 Critical compression thresholds
In the domain of large language models, low-rank decomposition methods inherently offer limited compression ratios, as weight matrices in contemporary LLMs often exhibit near-full-rank characteristics. ASVD exhibits a phase transition at 17% rank reduction; beyond this point, PPL degrades exponentially. SVD-LLM’s phase transition occurs at 30%, indicating slightly higher compression tolerance but steeper collapse thereafter.

Table 7: Low-Rank Decomposition Results

ASVD Sparsity0%3%5%7%10%13%15%17%20%23%25%27%
WikiText2 PPL5.455.525.565.675.926.406.897.709.7317.2042.83259.05
PTB PPL20.9022.5623.5826.1933.1149.3065.8893.67144.23230.25550.541248.51
SVD-LLM Sparsity15%20%25%30%35%40%45%50%55%60%
WikiText2 PPL (seq=512)10.4711.3112.5414.3317.1721.6729.2642.9968.54108.13

Sensitivity to Combined Model Compression

This section examines synergistic effects of combined compression strategies. We employ LLaMA2-7B as the unified testbed across all experiments.

Table 8: WikiText2-PPL for ASVD + RTN Quantization (Low-rank decomposition + Quantization)

Pruning Ratio (%)FP16 (Wikitext2 / PTB)RTN_INT8 (Wikitext2 / PTB)RTN_INT6 (Wikitext2 / PTB)
05.450 / 20.8985.452 / 20.9065.501 / 21.060
35.519 / 22.5645.520 / 22.5295.570 / 23.214
55.564 / 23.5845.566 / 23.7085.621 / 24.770
75.672 / 26.1925.674 / 26.6015.732 / 31.670
105.924 / 33.1135.910 / 31.5395.987 / 36.262
136.402 / 49.2986.406 / 49.3596.513 / 62.393
156.886 / 65.8796.901 / 63.2527.026 / 117.559
177.699 / 93.6707.710 / 89.6137.942 / 132.180
209.735 / 144.2269.804 / 141.17710.283 / 158.376
2317.203 / 230.25217.456 / 232.29818.936 / 277.449
2542.828 / 550.54343.161 / 558.94647.348 / 696.396
27259.052 / 1248.507255.688 / 1256.895231.828 / 1262.418

Table 9: WikiText2-PPL for SparseGPT + GPTQ Quantization (Unstructured pruning + Quantization)

Pruning RatioBudget / PPL (FP16)Budget / PPL (8-bit)Budget / PPL (4-bit)Budget / PPL (3-bit)
10%90.00% / 5.142944.70% / 5.145226.00% / 5.432320.50% / 11.1320
20%80.00% / 5.228639.70% / 5.228023.10% / 5.456418.20% / 9.8942
30%70.00% / 5.341334.70% / 5.343720.20% / 5.548416.00% / 10.5496
40%60.00% / 5.566729.80% / 5.568817.30% / 5.809513.70% / 10.9149
50%50.00% / 6.080624.80% / 6.090414.40% / 6.516811.40% / 9.0980
55%45.00% / 6.676422.30% / 6.679813.00% / 7.040110.30% / 14.3934
60%40.00% / 7.885419.90% / 7.847311.60% / 8.43109.10% / 13.2198
65%35.00% / 10.554417.40% / 10.597710.10% / 12.21718.00% / 22.0760
70%30.00% / 15.931314.90% / 15.78578.60% / 19.40036.80% / 33.2873
75%25.00% / 26.670412.40% / 26.91137.20% / 31.88965.70% / 44.8067
80%20.00% / 49.194310.00% / 50.89715.70% / 58.96944.50% / 109.4458

Table 10: WikiText2-PPL for Wanda Pruning + GGUF Quantization (Unstructured pruning + Quantization)

Pruning RatioFP16 (Dense)Q8_0 (size)Q6_K (size)Q5_K_M (size)Q4_K_M (size)Q3_K_M (size)Q2_K (size)
0%6.1565 (100%)6.1557 (49.4%)6.1682 (38.15%)6.1789 (38.15%)6.2427 (32.96%)6.3397 (22.74%)6.6850 (17.48%)
10%6.1951 (90%)6.1948 (44.46%)6.2074 (34.34%)6.2099 (29.66%)6.2730 (25.35%)6.3795 (20.47%)7.1657 (15.73%)
15%6.2488 (85%)6.2501 (41.99%)6.2614 (32.42%)6.2659 (28.02%)6.3209 (23.93%)6.4460 (19.33%)7.2316 (14.86%)
20%6.3090 (80%)6.3090 (39.52%)6.3210 (30.52%)6.3304 (30.52%)6.3695 (22.52%)6.5112 (18.19%)7.3108 (13.98%)
25%6.3549 (75%)6.3558 (37.05%)6.3710 (28.61%)6.3751 (24.72%)6.4141 (21.11%)6.5485 (17.06%)7.4179 (13.11%)
30%6.4436 (70%)6.4448 (34.50%)6.4562 (26.70%)6.4675 (23.10%)6.5000 (19.70%)6.6262 (15.90%)7.5505 (12.20%)
35%6.5539 (65%)6.5549 (32.11%)6.5662 (24.80%)6.5760 (21.42%)6.6179 (18.30%)6.7450 (14.78%)7.8072 (11.36%)
40%6.7076 (60%)6.7097 (29.50%)6.7212 (22.90%)6.7374 (19.80%)6.7779 (16.90%)6.8962 (13.60%)8.0539 (10.50%)
45%6.8927 (45%)6.8952 (27.17%)6.9050 (20.98%)6.9222 (18.13%)6.9593 (15.48%)7.0964 (12.51%)8.5137 (9.61%)
50%7.2500 (50%)7.2608 (24.60%)7.2683 (19.00%)7.2954 (16.50%)7.3325 (14.10%)7.4961 (11.40%)9.3014 (8.70%)
55%7.9666 (55%)7.9691 (22.23%)7.9810 (17.17%)8.0378 (14.83%)8.0717 (12.67%)8.3129 (10.23%)10.8619 (7.87%)
60%9.8966 (40%)9.8964 (19.70%)9.9680 (15.20%)10.0972 (13.20%)10.1072 (11.30%)10.5264 (9.10%)15.1769 (7.00%)
65%18.2312 (35%)18.2539 (17.29%)18.6984 (13.35%)18.9243 (11.54%)19.0064 (9.85%)20.3420 (7.96%)31.1628 (6.12%)
70%47.7228 (30%)47.8818 (14.82%)48.6469 (11.45%)48.5954 (9.89%)48.3925 (8.45%)53.9657 (6.82%)86.6058 (5.24%)

Note: Each cell shows PPL (top) and relative model size (bottom) compared to the original FP16 model at 0% pruning.

🥇 Horizontal comparisons across different compression strategies

🏁 We compare various model compression methods, including both pruning and quantization techniques, under a 50% sparsity setting. The LLaMA2-7b model was tested on the WikiText2 dataset using Perplexity (PPL) as the performance metric. The results indicate that quantization outperforms pruning methods in terms of accuracy retention, with the ranking of performance being: Quantization > Unstructured Pruning > Semi-structured Pruning > Structured Pruning Low-Rank Decomposition.

Fig. 17: Comparative analysis of model compression approaches evaluating perplexity (PPL) on a log scale across two sparsity configurations. Top: 50% sparsity performance across four strategy types - quantization (PPL 5.4-5.8), unstructured pruning (PPL 5.9-14.9), semi-structured pruning (PPL 6.8-16.5), structured pruning (PPL 10.2-316.7), and low-rank decomposition (PPL 43.0-nan). Bottom: 4-bit quantization methods (PPL 5.5-5.8) versus 70% unstructured pruning techniques (PPL 12.1-52.4k). Lower values indicate better language modeling capability retention, demonstrating quantization's stability versus pruning's extreme PPL variance at high sparsity.

Datasets

Wikitext-2

  • Description: Wikitext-2 is a dataset derived from English Wikipedia and is often used for language modeling tasks. It consists of a subset of Wikipedia articles, providing a rich source of information for training machine learning models.
  • Link: Wikitext-2 on Hugging Face

PTB (Penn Treebank)

  • Description: PTB is one of the most widely used datasets for language modeling and syntactic parsing. It contains a diverse range of English texts, including articles from the Wall Street Journal, and is commonly used to evaluate models for part-of-speech tagging, syntactic parsing, and language modeling.
  • Link: PTB on Hugging Face

C4 (Colossal Clean Crawled Corpus)

  • Description: C4 is a large-scale dataset built by scraping and cleaning web data. It is one of the most popular datasets for training models for various NLP tasks such as text generation, summarization, and question answering. The dataset is derived from web pages and contains a diverse range of information.
  • Link: C4 on Hugging Face

MMLU (Massive Multitask Language Understanding)

  • Description: MMLU is a benchmark dataset for evaluating a model’s ability to handle a wide range of tasks across multiple domains. It includes tasks related to science, math, humanities, and social science, and is used to evaluate the generalization capabilities of language models.
  • Link: MMLU on Hugging Face

ARC-Challenge

  • Description: ARC-Challenge is a dataset designed for evaluating models on challenging multiple-choice questions. It is part of the AI2 Reasoning Challenge and focuses on science questions requiring advanced reasoning.
  • Link: ARC-Challenge on Hugging Face

ARC-Easy

  • Description: ARC-Easy is another dataset from the AI2 Reasoning Challenge, designed with relatively simpler science questions compared to ARC-Challenge. It is meant for evaluating how well models handle straightforward reasoning tasks in the science domain.
  • Link: ARC-Easy on Hugging Face

Main Models Used

Below are the primary models used in this project:


📎 Citation

If you find this work useful, please consider citing:

@article{Ma2026PhaseTI,
  title={Phase transitions in large language model compression},
  author={Ziyang Ma and Zuchao Li and Lefei Zhang and Gui-Song Xia and Bo Du and Liangpei Zhang and Dacheng Tao},
  journal={npj Artificial Intelligence},
  year={2026},
  volume={2},
  url={https://api.semanticscholar.org/CorpusID:285307574}
}

llm
low-rank-decomposition
model-compression
model-phase-transitions
nlp
pruning-optimization
quantization
scaling-law

whucs21Mzy/Model-Phase-Transitions

Navigating Model Phase Transitions to Enable Extreme Lossless Compression: A Perspective

76

60 commits

updated Feb 9, 2026

See the code

README

Model Phase Transitions (MPTs)

Navigating Model Phase Transitions to Enable Extreme Lossless Compression


📰 News

[2026] Our work Model Phase Transitions in Large Language Model Compression has been accepted as a Perspective by
npj | Artificial Intelligence (Nature Portfolio).

This paper provides a unifying theoretical and empirical framework for understanding phase transitions in model compression, revealing how orthogonal redundancy sources jointly determine the limits of lossless compression in large language models.

📄 Paper: npj | Artificial Intelligence (Nature)
🔗 https://www.nature.com/articles/s44387-026-00072-8


🌐 Introduction

The increasing size and complexity of large language models (LLMs) present significant computational and memory challenges. To address these challenges, model compression techniques have been developed to reduce the resource demands of LLMs. However, compression techniques can exhibit Model Phase Transitions (MPT), where the model's performance remains stable until a critical threshold is reached, after which the performance degrades sharply. The key to achieving effective compression lies in understanding model redundancy, which provides buffers that allow for compression until this phase transition point is reached.

In our work, we introduce the concept of Model Phase Transition to fundamentally characterize performance degradation and lossless compression limits in large language models. Across more than thirty pruning, quantization, and low-rank decomposition techniques, we fit performance trajectories with a novel piecewise power-law–exponential curve that pinpoints each technique’s phase-transition point (PTP): structured pruning fails at 30–45% sparsity, unstructured pruning at 55–65%, low-rank decomposition at 17–30%, and quantization below 3-bit precision. Crucially, these redundancy sources are orthogonal: by staying within the joint safe region defined by their PTPs, we raise the prior single-dimension bottleneck, enabling lossless compression to 10% of original model size.

📬 Contact

If you find any errors or have suggestions, feel free to reach out: [email protected]

📖 Table of Contents

🔍 Core Concept: Model Redundancy & Phase Transitions

Fig. 1: This figure highlights three main types of redundancy: structural, numerical, and algebraic redundancy. Structural redundancy is managed through pruning, numerical redundancy through quantization, and algebraic redundancy through low-rank decomposition. These redundancies act as buffers, allowing for lossless model compression until the phase transition point is reached. The phase transition point remains stable when different types of compression methods are used together, enabling lossless compression of large models to about 10\% of their original size.

🧱 Three Types of Model Redundancy

Large Language Models (LLMs) exhibit inherent redundancies that enable compression:

Redundancy TypeCompression TechniqueDescription
StructuralPruningArchitectural properties allow component removal (e.g., attention heads, layers) without functional loss
NumericalQuantizationHeavy-tailed weight distributions permit precision reduction with minimal impact
AlgebraicLow-Rank DecompositionWeight matrices exhibit low-rank properties enabling matrix factorization

⚡️ Model Phase Transition (MPT)

“The difference between a robustly-compressed model and a broken one is a single step past the PTP(Phase Transition Point).”

  • Definition Gradual degradation up to a critical compression ratio s₀; exponential collapse beyond. Our piece-wise power-law + exponential curve fits 30 + methods.
  • Typical PTPs
    • Structured pruning: 30–45 % sparsity
    • Unstructured pruning: 55–65 % sparsity
    • Quantization: ≥ 3-bit precision to stay safe
    • Low-rank: ≥ 17–30 % sparsity

Major Findings on MPT (Model Phase Transition) Research

  1. Structured Pruning Phase Transition
Fig. 2: This figure presents the perplexity (PPL) of several structured pruning methods across different sparsity ratios, including both experimental data and fitted curves. The stars indicate the turning points of the piecewise fitting curves, where the x-coordinate corresponds to the model’s phase transition point. As the sparsity ratio increases, the model's performance sharply degrades once the phase transition point is exceeded.
  1. Unstructured Pruning Phase Transition

Fig. 3: This figure shows the perplexity (PPL) of several unstructured pruning methods across different sparsity ratios, including both experimental data and fitted curves. The stars indicate the turning points of the piecewise fitting curves, where the x-coordinate corresponds to the model’s phase transition point. The performance remains stable at lower sparsity ratios, but once the critical threshold is crossed, performance degradation becomes exponential.

  1. Quantized Model Performance
Fig. 4: This figure investigates the performance of quantized models on WikiText2 across various parameter sizes (GB). The performance is measured in perplexity (PPL), and several model families (Qwen2.5, LLaMA-2, and Gemma-3) are compared at different quantization levels. The results highlight a phase transition point where compression leads to catastrophic performance degradation at 2-bit quantization, with larger models showing better robustness as the model size increases.
  1. Low-Rank Decomposition Phase Transition
Fig. 5: This figure presents the perplexity (PPL) of several low-rank decomposition methods (ASVD and SVD-LLM) across varying sparsity ratios. The experimental data and fitted curves demonstrate a clear phase transition where performance sharply drops beyond a certain sparsity threshold. The turning points of the piecewise fitting curves are marked with stars, which indicate critical points in the model’s performance degradation.

Major Findings on Combined Pruning and Quantization

Combined Pruning and Quantization

Fig. 6: Panel a presents the results of combining GGUF quantization and Wanda pruning on the LLaMA2-7b model. The 3D surface plot (Panel a) illustrates how perplexity (PPL) varies across different pruning ratios and quantization levels. The figure shows how the performance degrades with increasing compression, with the surface becoming steeper beyond a certain threshold. In Panel b, the 2D contour projection highlights the best trade-off curve between model size and perplexity. The red line marks the minimal PPL achieved at equivalent compression ratios, while the orange curve shows the phase transition line (PTL), indicating the point beyond which model performance rapidly deteriorates.

📚 Papers

💡 The Necessity of Low-Resource LLM Deployment

✂️ Structured Pruning

  • ⭐️ SliceGPT (ICLR'24)
    SliceGPT: Compress Large Language Models by Deleting Rows and Columns
    Code

  • LLM-Pruner (NeurIPS'23)
    LLM-Pruner: On the Structural Pruning of Large Language Models
    Code

  • SLEB (ICML'24)
    Streamlining LLMs through Redundancy Verification and Elimination of Transformer Blocks
    Code

  • FLAP (AAAI'24)
    Fluctuation-based Adaptive Structured Pruning for Large Language Models
    Code

  • ShortGPT (arXiv)
    Layers in Large Language Models are More Redundant Than You Expect

  • Sheared LLaMA (arXiv)
    Accelerating Language Model Pre-training via Structured Pruning
    Code

  • Shortened LLaMA (ICLR'24 Workshop)
    Depth Pruning for LLMs with Comparison of Retraining Methods

  • SRAD (ICLR'25)
    The Unreasonable Ineffectiveness of the Deeper Layers

  • LoRAPrune (ACL'24 Findings)
    Structured Pruning Meets Low-Rank Parameter-Efficient Fine-Tuning
    Code

🧨 Unstructured Pruning

  • ⭐️ Wanda (ICML'23)
    A Simple and Effective Pruning Approach for Large Language Models
    Code

  • ⭐️ SparseGPT (ICML'23)
    Massive Language Models Can Be Accurately Pruned in One-Shot
    Code

  • ⭐️ ADMM (arXiv)
    Fast and Effective Weight Update for Pruned Large Language Models
    Code

  • OWL (ICML'24)
    Outlier Weighed Layerwise Sparsity (OWL)
    Code

  • RIA (ICLR'24)
    Plug-and-Play: Efficient Post-training Pruning for LLMs
    Code

  • DSnoT (ICLR'24)
    Training-Free Fine-tuning for Sparse LLMs
    Code

  • Flash-LLM (VLDB'24)
    Cost-Effective and Efficient Inference with Unstructured Sparsity
    Code

  • BESA (ICLR'24)
    Blockwise Parameter-Efficient Sparsity Allocation
    Code

📦 Quantization

  • GPTQ (ICLR'23)
    Accurate Post-Training Quantization for Generative Pre-trained Transformers
    Code

  • AWQ (MLSys'24)
    Activation-aware Weight Quantization for LLMs
    Code

  • SmoothQuant (ICML'23)
    Accurate and Efficient Post-Training Quantization
    Code

  • LLM.int8() (NeurIPS'22)
    8-bit Matrix Multiplication for Transformers at Scale
    Code

  • QLoRA (NeurIPS'23)
    Efficient Finetuning of Quantized LLMs
    Code

  • ⭐️ GGUF
    New quantized format for efficient LLM deployment
    Code

  • ZeroQuant (NeurIPS'22)
    Efficient and Affordable Post-Training Quantization for Large-Scale Transformers
    Code

🧩 Low-Rank Decomposition

  • ASVD (arXiv)
    Activation-aware SVD for Compressing Large Language Models
    Code

  • ⭐️ SVD-LLM (ICLR'25)
    Truncation-aware SVD for Large Language Model Compression
    Code

  • LoSparse (ICML'23)
    Structured Compression based on Low-Rank and Sparse Approximation
    Code

  • Lillama (NAACL'25)
    One-shot Compression via Local Feature Distillation
    Code

  • MoDeGPT (ICLR'25)
    Modular Decomposition for Large Language Model Compression
    Code

📊 Case Studies

Sensitivity to Pruning

Fig. 7: This diagram illustrates structured pruning across model components, including neurons, attention heads, channels, sub-layers, and layers. The color intensity indicates the importance of each component: darker colors represent more critical parts, while lighter colors indicate less essential components, which are typically pruned first.

Features

🔍 Cardinal sparsity thresholds for pruning

Pruning methods across different categories have specific cardinal sparsity thresholds that greatly affect their performance.

Structured pruning typically exhibits a critical sparsity threshold around 50%. Beyond this point, performance starts to degrade significantly, often leading to the collapse of the model. While it accelerates inference, the trade-off is often not worth it as the model’s accuracy is heavily impacted.

Unstructured pruning and semi-structured pruning methods can achieve much higher sparsity levels, with a threshold around 80%.

🏁 Horizontal comparisons across structured pruning, unstructured pruning, and semi-structured pruning

In a horizontal comparison, at similar compression rates, unstructured pruning consistently outperforms semi-structured pruning, which in turn, outperforms structured pruning.

🛠️ Problems with Existing Pruning Methods

Structured pruning's limitations: While pruning techniques have shown promise, they come with inherent limitations and trade-offs: While the main advantage of structured pruning lies in inference speedup, as highlighted in several recent papers, practical observations reveal that the trade-off between accuracy and speed is not always favorable. When sparsity exceeds 50%, the model generally collapses, providing less than a 2x speedup.

Semi-structured pruning's weaknesses: Recently, semi-structured pruning methods are often discussed alongside unstructured pruning, but they fail to outperform unstructured pruning and don't offer clear advantages of their own. In practice, while they can achieve moderate compression, they struggle to maintain model performance compared to unstructured pruning methods. Their overall lack of competitiveness at comparable compression rates raises questions about their utility.

Challenges in unstructured pruning: Unstructured pruning methods can achieve high compression rates (typically over 70%), but the performance trade-off is significant. Despite promising results in theory, practical applications face difficulties with acceleration. Many studies that use methods like Wanda and SparseGPT as baselines focus on extreme compression rates (>70%) for performance comparisons. However, these rates tend to cause catastrophic performance degradation, often referred to as "model hemorrhaging." In contrast, Wanda and SparseGPT perform better at lower sparsity levels, where other improved models fall short. Future research may need to shift focus towards performance at lower compression rates, possibly exploring combinations of pruning with quantization techniques to achieve better compression and faster inference without sacrificing too much accuracy.

Experimental Evaluation of Structured Pruning Methods Results

Fig. 8: Performance comparison of different structured pruning methods applied to LLaMA2-7b, based on the WikiText2-PPL (Perplexity) metric, across varying sparsity levels. The chart highlights the impact of pruning on model performance, with lower PPL values indicating better performance.

Fig. 9: Perplexity performance of LLaMA-3-8B and OPT-6.7B under different pruning ratios (Pruned by Slicegpt).

Table 1: WikiText2-PPL results for structured pruning (w/o: without finetuning)

Method0.10.20.30.40.50.60.70.8
LLM_Pruner w/o13.831620.007227.453770.1054316.6549672.98211601.8368-
LLM_Pruner6.54638.422110.584316.076324.465539.172292.1518-
FLAP(WIFV)13.483516.332520.250528.601842.7961119.15581006.73692798.5380
SLEB6.47008.110013.820029.9300106.1900401.54001870.922868.41
slicegpt w/o5.65006.49008.150012.130019.540032.030059.9800162.65
slicegpt5.46106.06076.90478.135310.162213.877320.593434.9808

Experimental Evaluation of Unstructured Pruning Methods Results

Fig. 10: WikiText2 perplexity (PPL) trends for various structured pruning methods across sparsity levels ranging from 10% to 80%. The upper part of the figure shows the overall trend across the full sparsity spectrum, while the lower part zooms in on the 10%--60% range to highlight differences among pruning methods at moderate compression levels. Methods with "(ptb)" suffix indicate usage of the PTB calibration dataset in ablation studies. The results show that while many pruning methods suffer significant performance drops at higher sparsity, approaches like Wanda, SparseGPT, and ADMM consistently preserve model quality under lower sparsity, suggesting greater robustness and practical viability. Note that the magnitude pruning curve is omitted from the lower subplot, as it consistently shows the worst degradation and dominates the y-axis range in zoomed-in views.


Comparison of Unstructured and Semi-structured Pruning Methods

Fig. 11: Comparison of the performance of unstructured and structured pruning methods on WikiText2 PPL at 50% sparsity. The figure compares the perplexity (PPL) of various pruning methods for a model pruned to 50% sparsity. The methods include unstructured pruning (50%), and two types of structured pruning: 4:8 and 2:4, which indicate that 4 out of every 8 weights or 2 out of every 4 weights are pruned, respectively.

Table 2: WikiText2-PPL for different unstructured and semi-structured methods

Method0.10.20.30.40.50.60.70.82:4(0.5)4:8(0.5)
Magnitude5.17375.32925.79207.306914.89543676.143652422.6016nan54.387016.5288
Wanda5.13525.22695.36095.64346.30759.230757.24954262.490210.54147.6748
SparseGPT5.14285.22775.34235.56356.08827.834115.947450.15938.11006.8299
RIA5.47775.51815.63385.95176.797410.932986.40843832.769011.15208.3561
w.DSnoT5.47895.51905.63445.92646.689810.305960.14992870.585211.26869.6594
s.DSnoT5.48055.53475.69586.07946.89979.687862.87661487.41479.65947.9369
ADMM5.13155.20765.31345.49595.92527.113712.074729.21647.58927.5892
Wanda_owl5.49895.59016.06905.75506.74908.649225.1889551.727411.4216-
BESA-row----6.0057-8.1769---
BESA-layer----5.9884-9.0709---

Table 3: WikiText2-PPL for different unstructured and semi-structured methods calibrate on PTB dataset

Method0.10.20.30.40.50.60.70.82:4(0.5)4:8(0.5)
Wanda5.13135.2055.34555.67366.575813.4577255.591212142.148412.52048.2569
SparseGPT5.1355.23055.39945.747.59999.702529.0151270.82059.70257.5999
Wanda_owl5.48855.57195.74876.09116.87229.308240.03711346.352512.3241-
SparseGPT_owl5.50435.60545.80556.19867.11239.448320.963136.450210.5258-
ADMM5.12925.20795.35875.68276.53389.552125.6936156.714510.041610.0416

Sensitivity to quantization

Fig. 12: GGUF progressive quantization with critical 3-bit threshold

Fig. 13: This figure compares symmetric (a) and asymmetric (b) quantization. In symmetric quantization, the intervals are evenly distributed around zero, while in asymmetric quantization, the intervals are non-symmetric, offering more flexibility for complex data distributions. The figure also shows the quantization and dequantization processes, with average loss values for both methods. Symmetric quantization typically results in higher average loss.

Features

🔍 Lossless quantization thresholds

Quantization exhibits a "safe compression zone" (critical 3-bit threshold), beyond which performance degrades nonlinearly—yet larger models retain superior performance under low-bit settings compared to smaller "full-scale" counterparts at the same memory footprint.

🏁 Horizontal comparison of different models and different quantification methods

We conducted weight-only quantization experiments on base models of approximately 7B parameters using GPTQ with 8-bit and 4-bit precision. The models evaluated include LLaMA-3-8B, Mistral-7B, OPT-6.7B, Orca2-7B, and BLOOM-7.1B. The results indicate that most models exhibit stable performance after both 8-bit and 4-bit quantization.

We evaluate several widely used Post-Training Quantization (PTQ) methods on LLaMA2-7b, using the WikiText2 dataset and a maximum input length of 2K. The evaluation focuses on PPL (Perplexity) to assess the model's accuracy retention after quantization. The results show that most quantization methods maintain good accuracy, with a maximum precision loss of only 5% at 4-bit quantization.

📉 Progressive quantization curves at full model scale

To systematically evaluate the impact of model quantization on inference performance (PPL, inference speed, ARC-Easy, ARC-Challenge, and MMLU), we conducted comprehensive experiments on multiple models quantized via the GGUF framework. These experiments covered progressive quantization from 1-bit to 16-bit precision, focusing on well-performing yet moderately sized Qwen-2.5 model families (0.5B、1.5B,3B,7B,14B,32B,72B). Furthermore, given the remarkable performance recently exhibited by DeepSeek-R1, we also incorporated several DeepSeek-R1-distilled variants of LLaMA-3.1 and Qwen-2.5.

Fig. 14: Perplexity of 5 models across quantization levels. (a) PTB. (b) Wikitext2.

Fig. 15: The performance of the Qwen-2.5 model under various GGUF quantization schemes across multiple datasets and scales. This figure presents four subplots stacked vertically: (Top) WikiText2 perplexity (PPL), (Second) ARC-Easy accuracy, (Third) ARC-Challenge accuracy, (Bottom) MMLU accuracy. Results are shown across multiple model scales (0.5B, 1.5B, 3B, 7B, 14B, 32B, and 72B). These subplots demonstrate the performance trends of the Qwen-2.5 model under different quantization settings, helping to illustrate the impact of GGUF quantization on both perplexity and accuracy across a range of tasks and model sizes.

Comparison of PPL, ARC-Challenge, and MMLU Losses Across Different Bit Widths and Model Sizes

Fig. 16: Impact of 2-bit quantization on PPL, ARC-Challenge accuracy, and MMLU accuracy across model scales for various model families (Gemma-3, LLaMA-2, Owner-2.5).

Table 4:Wikitext2-PPL results for various quantization methods with different bit configurations(2K).

Method2bits3bits4bits8bits
GPTQ1784.16257.57685.74595.4739
AWQ-6.24315.6009-
GGUF5.86195.54635.45495.3976
QLoRA_NF4--5.6500-
QLoRA_FP4--5.7700-
LLM.int8()---5.5000
SmothQuant w8a8---5.5934

Table 5: Comprehensive evaluation of quantized models including perplexities (PPL), inference speed, parameter sizes, and downstream task performance (ARC-Easy, ARC-Challenge, and MMLU).

Main ModelIndicator1-bit2-bit3-bit4-bit5-bit6-bit8-bit16-bit
Qwen2.5-0.5BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-14.82 ± 0.1114.25 ± 0.1113.98 ± 0.1013.93 ± 0.1013.70 ± 0.1013.70 ± 0.1013.64 ± 0.10
Tokens/s-5593.605343.975370.625385.335427.745465.184266.22
Param(GB)-0.410.420.480.520.630.661.27
ARC-C-0.430.350.390.390.370.380.38
ARC-E-0.620.450.560.590.590.610.61
MMLU-0.230.240.240.230.230.230.23
Qwen2.5-1.5BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-14.63 ± 0.1010.61 ± 0.0710.01 ± 0.079.70 ± 0.079.68 ± 0.079.66 ± 0.079.66 ± 0.07
Tokens/s-3814.783630.173843.723494.103543.533265.562133.91
Param(GB)-0.740.901.121.291.461.893.56
ARC-C-0.470.680.750.750.740.750.77
ARC-E-0.560.860.900.910.910.900.90
MMLU-0.320.580.590.600.600.600.60
Qwen2.5-3BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-12.33 ± 0.099.70 ± 0.079.28 ± 0.069.22 ± 0.069.14 ± 0.069.12 ± 0.06-
Tokens/s-2397.992166.522117.602005.481669.511427.80-
Param(GB)-1.381.722.102.442.793.62-
ARC-C-0.670.790.790.860.840.85-
ARC-E-0.800.920.930.920.920.92-
MMLU-0.500.600.650.660.660.66-
Qwen2.5-7BQuant Scheme-IQ2_MQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-9.21 ± 0.068.19 ± 0.068.00 ± 0.057.96 ± 0.057.95 ± 0.057.95 ± 0.05-
Tokens/s-1439.49952.801014.46727.07759.87520.07-
Param(GB)-2.783.814.685.446.258.10-
ARC-C-0.830.870.870.860.860.87-
ARC-E-0.940.960.960.960.960.95-
MMLU-0.480.690.710.680.700.68-
Qwen2.5-14BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-7.74 ± 0.056.95 ± 0.046.83 ± 0.046.80 ± 0.046.78 ± 0.046.78 ± 0.04-
Tokens/s-320.36311.41303.88314.02257.84185.52-
Param(GB)-5.777.348.9910.5012.1015.70-
ARC-C-0.870.900.910.920.930.92-
ARC-E-0.981.000.991.001.001.00-
MMLU-0.730.770.790.780.770.78-
Qwen2.5-32BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-6.80 ± 0.046.26 ± 0.046.09 ± 0.046.01 ± 0.045.99 ± 0.045.98 ± 0.04-
Tokens/s-139.78137.34136.93191.87196.46143.49-
Param(GB)-12.0015.0020.0022.0026.0033.00-
ARC-C-0.920.940.950.950.950.98-
ARC-E-1.001.001.001.001.001.00-
MMLU-0.720.810.820.820.830.82-
Qwen2.5-72BQuant SchemeIQ1_MQ2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0-
PPL7.25 ± 0.056.34 ± 0.045.58 ± 0.035.30 ± 0.035.30 ± 0.035.27 ± 0.035.26 ± 0.03-
Tokens/s96.60100.1383.5662.3395.96108.05177.27-
Param(GB)23.7029.8037.7047.4047.0056.0073.00-
ARC-C0.950.940.970.970.970.970.97-
ARC-E0.991.001.001.001.001.001.00-
MMLU0.780.820.820.840.830.840.84-
DeepSeek-R1-Distill-Qwen-14BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-11.87 ± 0.109.81 ± 0.089.45 ± 0.079.39 ± 0.079.38 ± 0.079.39 ± 0.07-
Tokens/s-497.57405.06420.73403.24263.45257.80-
Param(GB)-5.777.348.9910.5112.1215.70-
DeepSeek-R1-Distill-Llama-8BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-17.86 ± 0.1513.96 ± 0.1113.12 ± 0.1112.94 ± 0.1112.86 ± 0.1012.84 ± 0.1012.85 ± 0.10
Tokens/s-1105.20799.52914.691015.46942.53809.24299.60
Param(GB)-3.184.024.925.736.608.5416.10
Llama-3.1-8BQuant Scheme-Q2_KQ3_K_MQ4_K_MQ5_K_MQ6_KQ8_0FP16
PPL-9.02 ± 0.067.81 ± 0.057.53 ± 0.057.45 ± 0.057.43 ± 0.057.41 ± 0.05-
Tokens/s-817.691031.46919.29561.81570.54435.94-
Param(GB)-2.954.024.925.736.608.54-

Table 6: WikiText2-PPL and parameter sizes for LLaMA-2 and Gemma-3 model families.

Main ModelQuant SchemePPLParam(GB)
LLaMA-2-70BQ5_K_M4.14 ± 0.0248.80
Q4_K_M4.16 ± 0.0241.40
Q3_K_M4.28 ± 0.0233.20
Q2_K_M4.44 ± 0.0229.30
LLaMA-2-13BQ8_K_05.61 ± 0.0313.80
Q6_K5.61 ± 0.0310.70
Q5_K_M5.67 ± 0.039.23
Q4_K_M5.77 ± 0.037.87
Q3_K_M5.77 ± 0.036.34
Q2_K_M5.90 ± 0.035.43
LLaMA-2-7BQ8_K_06.16 ± 0.037.16
Q6_K6.17 ± 0.035.53
Q5_K_M6.18 ± 0.034.78
Q4_K_M6.24 ± 0.034.08
Q3_K_M6.34 ± 0.043.30
Q2_K6.69 ± 0.042.83
Gemma-3-27B-ITQ8_07.99 ± 0.0628.70
Q6_K8.01 ± 0.0622.20
Q5_K_M8.05 ± 0.0619.30
Q4_K_M8.02 ± 0.0616.50
Q3_K_M8.30 ± 0.0613.40
Q2_K10.25 ± 0.0810.50
Gemma-3-12B-ITFP169.29 ± 0.0723.50
Q8_09.28 ± 0.0712.50
Q6_K9.33 ± 0.079.66
Q5_K_M9.40 ± 0.078.44
Q4_K_M9.15 ± 0.077.30
Q3_K_M9.69 ± 0.086.01
Q2_K11.27 ± 0.094.77
Gemma-3-4B-ITFP1614.25 ± 0.137.77
Q8_014.20 ± 0.134.13
Q6_K14.18 ± 0.133.19
Q5_K_M14.10 ± 0.132.83
Q4_K_M13.97 ± 0.132.49
Q3_K_M13.63 ± 0.122.10
Q2_K19.03 ± 0.171.73
Gemma-3-1B-ITFP1622.53 ± 0.202.01
Q8_022.39 ± 0.201.07
Q6_K22.30 ± 0.201.01
Q5_K_M22.53 ± 0.200.83
Q4_K_M22.94 ± 0.210.79
Q3_K_M23.93 ± 0.220.73
Q2_K30.69 ± 0.290.66

Sensitivity to Low-Rank Decomposition

Features

🔍 Critical compression thresholds
In the domain of large language models, low-rank decomposition methods inherently offer limited compression ratios, as weight matrices in contemporary LLMs often exhibit near-full-rank characteristics. ASVD exhibits a phase transition at 17% rank reduction; beyond this point, PPL degrades exponentially. SVD-LLM’s phase transition occurs at 30%, indicating slightly higher compression tolerance but steeper collapse thereafter.

Table 7: Low-Rank Decomposition Results

ASVD Sparsity0%3%5%7%10%13%15%17%20%23%25%27%
WikiText2 PPL5.455.525.565.675.926.406.897.709.7317.2042.83259.05
PTB PPL20.9022.5623.5826.1933.1149.3065.8893.67144.23230.25550.541248.51
SVD-LLM Sparsity15%20%25%30%35%40%45%50%55%60%
WikiText2 PPL (seq=512)10.4711.3112.5414.3317.1721.6729.2642.9968.54108.13

Sensitivity to Combined Model Compression

This section examines synergistic effects of combined compression strategies. We employ LLaMA2-7B as the unified testbed across all experiments.

Table 8: WikiText2-PPL for ASVD + RTN Quantization (Low-rank decomposition + Quantization)

Pruning Ratio (%)FP16 (Wikitext2 / PTB)RTN_INT8 (Wikitext2 / PTB)RTN_INT6 (Wikitext2 / PTB)
05.450 / 20.8985.452 / 20.9065.501 / 21.060
35.519 / 22.5645.520 / 22.5295.570 / 23.214
55.564 / 23.5845.566 / 23.7085.621 / 24.770
75.672 / 26.1925.674 / 26.6015.732 / 31.670
105.924 / 33.1135.910 / 31.5395.987 / 36.262
136.402 / 49.2986.406 / 49.3596.513 / 62.393
156.886 / 65.8796.901 / 63.2527.026 / 117.559
177.699 / 93.6707.710 / 89.6137.942 / 132.180
209.735 / 144.2269.804 / 141.17710.283 / 158.376
2317.203 / 230.25217.456 / 232.29818.936 / 277.449
2542.828 / 550.54343.161 / 558.94647.348 / 696.396
27259.052 / 1248.507255.688 / 1256.895231.828 / 1262.418

Table 9: WikiText2-PPL for SparseGPT + GPTQ Quantization (Unstructured pruning + Quantization)

Pruning RatioBudget / PPL (FP16)Budget / PPL (8-bit)Budget / PPL (4-bit)Budget / PPL (3-bit)
10%90.00% / 5.142944.70% / 5.145226.00% / 5.432320.50% / 11.1320
20%80.00% / 5.228639.70% / 5.228023.10% / 5.456418.20% / 9.8942
30%70.00% / 5.341334.70% / 5.343720.20% / 5.548416.00% / 10.5496
40%60.00% / 5.566729.80% / 5.568817.30% / 5.809513.70% / 10.9149
50%50.00% / 6.080624.80% / 6.090414.40% / 6.516811.40% / 9.0980
55%45.00% / 6.676422.30% / 6.679813.00% / 7.040110.30% / 14.3934
60%40.00% / 7.885419.90% / 7.847311.60% / 8.43109.10% / 13.2198
65%35.00% / 10.554417.40% / 10.597710.10% / 12.21718.00% / 22.0760
70%30.00% / 15.931314.90% / 15.78578.60% / 19.40036.80% / 33.2873
75%25.00% / 26.670412.40% / 26.91137.20% / 31.88965.70% / 44.8067
80%20.00% / 49.194310.00% / 50.89715.70% / 58.96944.50% / 109.4458

Table 10: WikiText2-PPL for Wanda Pruning + GGUF Quantization (Unstructured pruning + Quantization)

Pruning RatioFP16 (Dense)Q8_0 (size)Q6_K (size)Q5_K_M (size)Q4_K_M (size)Q3_K_M (size)Q2_K (size)
0%6.1565 (100%)6.1557 (49.4%)6.1682 (38.15%)6.1789 (38.15%)6.2427 (32.96%)6.3397 (22.74%)6.6850 (17.48%)
10%6.1951 (90%)6.1948 (44.46%)6.2074 (34.34%)6.2099 (29.66%)6.2730 (25.35%)6.3795 (20.47%)7.1657 (15.73%)
15%6.2488 (85%)6.2501 (41.99%)6.2614 (32.42%)6.2659 (28.02%)6.3209 (23.93%)6.4460 (19.33%)7.2316 (14.86%)
20%6.3090 (80%)6.3090 (39.52%)6.3210 (30.52%)6.3304 (30.52%)6.3695 (22.52%)6.5112 (18.19%)7.3108 (13.98%)
25%6.3549 (75%)6.3558 (37.05%)6.3710 (28.61%)6.3751 (24.72%)6.4141 (21.11%)6.5485 (17.06%)7.4179 (13.11%)
30%6.4436 (70%)6.4448 (34.50%)6.4562 (26.70%)6.4675 (23.10%)6.5000 (19.70%)6.6262 (15.90%)7.5505 (12.20%)
35%6.5539 (65%)6.5549 (32.11%)6.5662 (24.80%)6.5760 (21.42%)6.6179 (18.30%)6.7450 (14.78%)7.8072 (11.36%)
40%6.7076 (60%)6.7097 (29.50%)6.7212 (22.90%)6.7374 (19.80%)6.7779 (16.90%)6.8962 (13.60%)8.0539 (10.50%)
45%6.8927 (45%)6.8952 (27.17%)6.9050 (20.98%)6.9222 (18.13%)6.9593 (15.48%)7.0964 (12.51%)8.5137 (9.61%)
50%7.2500 (50%)7.2608 (24.60%)7.2683 (19.00%)7.2954 (16.50%)7.3325 (14.10%)7.4961 (11.40%)9.3014 (8.70%)
55%7.9666 (55%)7.9691 (22.23%)7.9810 (17.17%)8.0378 (14.83%)8.0717 (12.67%)8.3129 (10.23%)10.8619 (7.87%)
60%9.8966 (40%)9.8964 (19.70%)9.9680 (15.20%)10.0972 (13.20%)10.1072 (11.30%)10.5264 (9.10%)15.1769 (7.00%)
65%18.2312 (35%)18.2539 (17.29%)18.6984 (13.35%)18.9243 (11.54%)19.0064 (9.85%)20.3420 (7.96%)31.1628 (6.12%)
70%47.7228 (30%)47.8818 (14.82%)48.6469 (11.45%)48.5954 (9.89%)48.3925 (8.45%)53.9657 (6.82%)86.6058 (5.24%)

Note: Each cell shows PPL (top) and relative model size (bottom) compared to the original FP16 model at 0% pruning.

🥇 Horizontal comparisons across different compression strategies

🏁 We compare various model compression methods, including both pruning and quantization techniques, under a 50% sparsity setting. The LLaMA2-7b model was tested on the WikiText2 dataset using Perplexity (PPL) as the performance metric. The results indicate that quantization outperforms pruning methods in terms of accuracy retention, with the ranking of performance being: Quantization > Unstructured Pruning > Semi-structured Pruning > Structured Pruning Low-Rank Decomposition.

Fig. 17: Comparative analysis of model compression approaches evaluating perplexity (PPL) on a log scale across two sparsity configurations. Top: 50% sparsity performance across four strategy types - quantization (PPL 5.4-5.8), unstructured pruning (PPL 5.9-14.9), semi-structured pruning (PPL 6.8-16.5), structured pruning (PPL 10.2-316.7), and low-rank decomposition (PPL 43.0-nan). Bottom: 4-bit quantization methods (PPL 5.5-5.8) versus 70% unstructured pruning techniques (PPL 12.1-52.4k). Lower values indicate better language modeling capability retention, demonstrating quantization's stability versus pruning's extreme PPL variance at high sparsity.

Datasets

Wikitext-2

  • Description: Wikitext-2 is a dataset derived from English Wikipedia and is often used for language modeling tasks. It consists of a subset of Wikipedia articles, providing a rich source of information for training machine learning models.
  • Link: Wikitext-2 on Hugging Face

PTB (Penn Treebank)

  • Description: PTB is one of the most widely used datasets for language modeling and syntactic parsing. It contains a diverse range of English texts, including articles from the Wall Street Journal, and is commonly used to evaluate models for part-of-speech tagging, syntactic parsing, and language modeling.
  • Link: PTB on Hugging Face

C4 (Colossal Clean Crawled Corpus)

  • Description: C4 is a large-scale dataset built by scraping and cleaning web data. It is one of the most popular datasets for training models for various NLP tasks such as text generation, summarization, and question answering. The dataset is derived from web pages and contains a diverse range of information.
  • Link: C4 on Hugging Face

MMLU (Massive Multitask Language Understanding)

  • Description: MMLU is a benchmark dataset for evaluating a model’s ability to handle a wide range of tasks across multiple domains. It includes tasks related to science, math, humanities, and social science, and is used to evaluate the generalization capabilities of language models.
  • Link: MMLU on Hugging Face

ARC-Challenge

  • Description: ARC-Challenge is a dataset designed for evaluating models on challenging multiple-choice questions. It is part of the AI2 Reasoning Challenge and focuses on science questions requiring advanced reasoning.
  • Link: ARC-Challenge on Hugging Face

ARC-Easy

  • Description: ARC-Easy is another dataset from the AI2 Reasoning Challenge, designed with relatively simpler science questions compared to ARC-Challenge. It is meant for evaluating how well models handle straightforward reasoning tasks in the science domain.
  • Link: ARC-Easy on Hugging Face

Main Models Used

Below are the primary models used in this project:


📎 Citation

If you find this work useful, please consider citing:

@article{Ma2026PhaseTI,
  title={Phase transitions in large language model compression},
  author={Ziyang Ma and Zuchao Li and Lefei Zhang and Gui-Song Xia and Bo Du and Liangpei Zhang and Dacheng Tao},
  journal={npj Artificial Intelligence},
  year={2026},
  volume={2},
  url={https://api.semanticscholar.org/CorpusID:285307574}
}

llm
low-rank-decomposition
model-compression
model-phase-transitions
nlp
pruning-optimization
quantization
scaling-law

Significant stargazers

Mango

43 followers · starred Jul 2025