Skip to content
AI.info

Research

PEFT-Bench: A Parameter-Efficient Fine-Tuning Methods Benchmark

Overview Research area: Natural Language Processing — benchmarking of Parameter-Efficient Fine-Tuning (PEFT) methods for autoregressive large language models. Technical level: Intermediate. The paper

PEFT-Bench: A Parameter-Efficient Fine-Tuning Methods Benchmark
arXiv
2511.21285
Published
2025-11-26
Authors
Robert Belanec, Branislav Pecher, Ivan Srba, Maria Bielikova

AI summary

Overview

Research area: Natural Language Processing — benchmarking of Parameter-Efficient Fine-Tuning (PEFT) methods for autoregressive large language models.

Technical level: Intermediate. The paper is written for readers who already know what fine-tuning is and have some familiarity with LLM training, but it explains its methodology and new metric clearly enough for newcomers to the PEFT subfield.

Scope in one sentence: The paper introduces PEFT-Bench, an open-source end-to-end benchmark that evaluates 7 PEFT methods across 27 NLP datasets on a single autoregressive model (LLaMa-3-8B-Instruct), together with a new efficiency-aware scoring metric called PEFT Soft Cost Penalties (PSCP) and a supporting training framework called PEFT-Factory.

What This Paper Is About

PEFT methods reduce the number of trainable parameters needed to adapt a large language model, but the field has no unified, reproducible way to compare them: implementations are often incomplete, evaluations are mostly run on non-autoregressive models (e.g., T5, RoBERTa) or on GLUE/SuperGLUE only, and some new methods copy numbers from related work instead of rerunning experiments. The authors build a single benchmark that fixes the model, the datasets, the training setup, and the metrics so that PEFT methods can be compared fairly, and they add a scoring metric that folds efficiency costs into the final number rather than reporting accuracy alone.

Key Contributions

  1. PEFT-Bench, described as the first unified end-to-end benchmark for PEFT methods in NLP on autoregressive LLMs, covering 27 datasets across 12 unique tasks in NLU, reasoning, math, and code generation, with 7 PEFT methods evaluated as ready-to-use baselines.
  2. PEFT-Factory, an open-source framework built on the LLaMA-Factory backbone that implements off-the-shelf methods from the HuggingFace PEFT library and provides an interface for adding new PEFT methods while keeping the same evaluation setup.
  3. The PEFT Soft Cost Penalties (PSCP) metric, which incorporates the number of trainable parameters, inference speed (FLOPs), and training memory usage into the final score.
  4. A stability evaluation of PEFT methods across 5 random seeds, reported separately from the performance and efficiency results.

Main Findings

  • LoRA leads on raw performance, but not on the combined metric. LoRA achieves the highest average performance (P_avg of 80.1) and reaches the top scores on many tasks, including MNLI (91.1), QQP (88.2), QNLI (96.1), RTE (85.7), and HellaSwag (94.8). However, LNTuning achieves a slightly better PSCP score (60.19) than LoRA (60.08) because it receives a lower penalty for the number of trainable parameters, despite its lower average performance (77.8).

  • Smaller methods compete on specific datasets. BitFit and LNTuning, which train far fewer parameters (163,840 and 266,240 respectively versus LoRA's 14,680,064), achieve better or on par performance on MNLI, SST-2, RTE, and MMLU.

  • PSCP compresses the gap between performance and efficiency. The reported PSCP values are IA3 55.62, Prompt Tuning 29.49, Prefix Tuning 33.18, P-Tuning 29.26, LoRA 60.08, LNTuning 60.19, and BitFit 60.10, with corresponding average performances of 74.7, 50.0, 45.9, 51.7, 80.1, 77.8, and 75.3.

  • Soft prompt-based methods are harder to train. Prompt Tuning, Prefix Tuning, and P-Tuning generally perform worse than other methods and sometimes collapse to predicting a single class, producing an F1 score of 0. The authors attribute this to needing more fine-grained per-dataset hyperparameter tuning.

  • PEFT can hurt generation-heavy tasks. On tasks requiring longer generation and reasoning — GSM8K, Conala, CodeAlpacaPy, and APPS — PEFT methods often perform worse than the base model (for example, the base model scores 79.2 on GSM8K while LoRA scores 69.1 and P-Tuning scores 49.2). Performance on MathQA and SVAMP generally increases after PEFT, so the authors do not attribute the degradation to the math domain specifically.

  • Stability varies by method. IA3 achieves the lowest standard deviation on average across the evaluated low-resource datasets, while LoRA shows larger standard deviations on CB and WSC. P-Tuning is highly unstable in this setup and is described as unusable without further tuning.

  • Memory spikes were observed with Prompt Tuning. These occurred mainly during the first 1,000 training steps and were less noticeable on smaller datasets; the authors hypothesize this comes from directly adding a soft prompt into the input of an autoregressive model.

  • Computational cost is reported. Approximately 3000 hours of computation on A100 PCIe 40GB hardware (TDP of 250W) at a carbon efficiency of 0.432 kgCO2eq/kWh produced an estimated 9.24 kgCO2eq, with 0 percent directly offset.

Methodology in Plain English

The authors built a pipeline with three parts: datasets, models with PEFT methods, and metrics.

They selected 27 datasets chosen for being standard, diverse, and small enough to train on reasonably. These fall into three groups. NLU and Reasoning includes 8 GLUE datasets (MNLI, QQP, QNLI, SST-2, STS-B, MRPC, RTE, CoLA), 7 SuperGLUE datasets (MultiRC, ReCoRD, BoolQ, WiC, WSC, CB, COPA), and 6 other datasets (MMLU, PIQA, SIQA, HellaSwag, WinoGrande, OBQA). Math includes 3 datasets (MathQA, GSM8K, SVAMP). Code generation includes 3 datasets (Conala, CodeAlpacaPy, APPS). Because they fine-tune an instruction-tuned model with supervised fine-tuning, each sample receives an instruction prompt, and numerical class labels are replaced with textual labels (for example, QQP's 0 becomes "not_duplicate" and 1 becomes "duplicate") so an autoregressive text generator can be trained on classification tasks.

They selected 7 PEFT methods spanning three categories: additive (IA3, Prompt Tuning, P-Tuning, Prefix Tuning), reparametrized (LoRA), and selective (LNTuning, BitFit). All methods were trained on the same base model, LLaMa-3-8B-Instruct, which contains exactly 8,030,261,248 trainable parameters.

Training used a consistent recipe: 10 percent of the training set randomly held out as validation, the original validation set used as test, validation loss measured and best weights saved every 5 percent of training steps, 10 epochs, batch size 4, AdamW optimizer, 0.1 warmup ratio, weight decay of 1.0e-5, learning rate of 5.0e-5, and a cosine learning rate scheduler. Only method-specific hyperparameters changed between runs. The stability experiments reran training for 5 different random seeds and used 20 epochs per dataset.

For scoring, they use F1 for classification and multi-choice QA, accuracy for open-answer QA and math problem-solving, and CodeBLEU for code generation. The PSCP metric multiplies task performance by penalty terms derived from three costs: trainable parameters, inference FLOPs, and average training memory. Each cost is normalized against a reference constant — 5 × 10^8 parameters, 10 TFLOPs, and 94 GB respectively — and raised to a negative exponent so that higher costs produce lower scores. All three importance weights (beta values) are set to 1. Task performance P_t is averaged over 5 runs.

Why This Matters

Impact on research. The paper attacks a reproducibility gap: the authors note that PEFT baselines often lack fully functional open-source implementations and setup details, that some new soft prompt methods copy numerical results from related work without rerunning experiments, and that existing PEFT benchmarks are mostly in computer vision and often partially closed-source. PEFT-Bench provides a fixed environment where new methods can be dropped in and compared on identical footing, and PSCP offers a way to report efficiency alongside accuracy so that a method's practicality is visible in the headline number.

Real-world applications:

  • Selecting an adaptation method for a production LLM under a fixed GPU memory or latency budget, where a method like BitFit or LNTuning may be preferable to LoRA.
  • Deploying task-specific adapters for enterprise NLP workloads such as classification, sentiment, or paraphrase detection.
  • Building assistants that need math reasoning or code generation, where the paper's results warn that standard supervised PEFT may degrade rather than improve output.
  • Deciding whether to allocate budget to full fine-tuning versus PEFT, given that PSCP's parameter reference constant is explicitly framed around the point at which full fine-tuning becomes the better choice.

Industry relevance. The findings bear directly on cost planning: training memory, inference FLOPs, and trainable parameter counts are the same quantities that determine GPU procurement and serving cost. The paper's conclusion that efficiency can offset a modest performance gap supports choosing lighter methods when budgets are constrained, and the observed instability of certain methods is a practical warning about production reliability.

Future Directions

  1. Extending the benchmark beyond English datasets, since the current evaluation is primarily on English data.
  2. Running the benchmark on additional base models beyond LLaMa-3-8B-Instruct to test generalizability, which the paper flags as a limitation.
  3. Expanding the set of evaluated methods, as the current 7 are skewed toward additive and soft prompt-based categories and used limited hyperparameter tuning.
  4. Using the benchmark to evaluate factors affecting multi-task PEFT methods, which the authors state as a specific future plan.
  5. Investigating the failure modes on reasoning-heavy tasks (GSM8K, Conala, CodeAlpacaPy, APPS), where the paper suggests instruction tuning or reinforcement learning may be better suited than supervised PEFT.

Target Audience

Researchers developing or benchmarking PEFT methods will get the most from this paper, since it supplies a ready comparison environment and a reusable efficiency metric. Practitioners choosing an adaptation strategy for a deployed LLM will find the performance-versus-cost trade-offs and the warnings about soft prompt instability directly useful. Benchmark designers and reproducibility-focused NLP engineers benefit from the framework architecture, which takes two configuration files as input and returns fine-tuned adapter weights alongside metrics.

Authors’ abstract

Despite the state-of-the-art performance of Large Language Models (LLMs) achieved on many tasks, their massive scale often leads to high computational and environmental costs, limiting their accessibility. Parameter-Efficient Fine-Tuning (PEFT) methods address this challenge by reducing the number of trainable parameters while maintaining strong downstream performance. Despite the advances in PEFT methods, current evaluations remain limited (in terms of evaluated models and datasets) and difficult to reproduce. To bridge this gap, we introduce PEFT-Bench, a unified end-to-end benchmark for evaluating diverse PEFT methods on autoregressive LLMs. We demonstrate its usage across 27 NLP datasets and 7 PEFT methods. To account for different PEFT training and inference factors, we also introduce the PEFT Soft Cost Penalties (PSCP) metric, which takes trainable parameters, inference speed, and training memory usage into account.

Read the original paper