MiniCPM-S-1B-sft-gguf

MiniCPM-S-1B-sft-gguf

• Original model: MiniCPM-1B-sft-bf16
• Model creator and fine-tuned by: ModelBest, OpenBMB, and THUNLP
• Paper: link (Note: MiniCPM-S-1B is denoted as ProSparse-1B in the paper.)
• Converted from: MiniCPM-S-1B-sft-llama-format

This GGUF file is created to be directly runnable with PowerInfer.

Chat Template

To make the model sophisticatedly respond to a query, it is recommended to use a standard chat prompt, such as:

<用户>{prompt}<AI>

where prompt is the query text, while <用户> and <AI> are prompt tokens.

Also, make sure that you have a bos token <s> at the beginning of any input, or the model can sometimes behave improperly.

Introduction

The utilization of activation sparsity, namely the existence of considerable weakly-contributed elements among activation outputs, is a promising method for inference acceleration of large language models (LLMs) (Liu et al., 2023; Song et al., 2023). Concretely, acceleration methods based on activation sparsity usually achieve higher inference speed by making wiser resource allocation and computation policies to avoid resource waste on these weakly-contributed parameters.

Adopting ReLU as the activation function is a straightforward method to achieve activation sparsity. However, most recent mainstream LLMs adopt activation functions without intrinsic sparsity (e.g., GELU and Swish). Some efforts (Zhang et al., 2022; Mirzadeh et al., 2023; Zhang et al., 2024) introduce ReLU or its variants as the substitutive activation function to help non-ReLU LLMs achieve activation sparsity and inference acceleration, but few can concurrently obtain high sparsity and comparable task-specific performance.

In this work, we introduce a simple and effective sparsification method named "ProSparse" to push LLMs for higher activation sparsity while maintaining comparable performance. By applying ProSparse to Swish-activated LLaMA2-7B, LLaMA2-13B, and MiniCPM-1B, we obtain ReLU-activated models with high sparsity of 89.32%, 88.80%, and 87.89%, respectively, while their performance is comparable to the original version. These present the most sparsely activated models among open-source LLaMA versions and competitive end-size models, considerably surpassing ReluLLaMA-7B (66.98%) and ReluLLaMA-13B (71.56%). Further inference acceleration experiments demonstrate the practical speedup effects of higher sparsity on both PowerInfer and our two sparse GPU operators.

Training Dataset

We train the 1B model on about 473.02 billion tokens within 101,000 steps. These consist of 35,000 steps for standard ProSparse pre-training, 60,000 steps for decay, and 6,000 steps for SFT. Except for ProSparse, other training settings are highly consistent with the original MiniCPM-1B. Refer to our paper and MiniCPM technical report for more details.

Intuitively, training the model with even more tokens or with data of a wider coverage and higher quality will obtain better task-specific performance.

ProSparse: Training Methodology

The training process of ProSparse consists of three steps (refer to Section 3.2 of paper for more details):

1. Activation Function Substitution: We substitute the activation function of FFNs with ReLU and apply continual training;
2. Progressive Sparsity Regularization: We jointly optimize the model on the conventional next-token prediction loss and \(L_1\) regularization loss. The regularization is applied to the sparse intermediate outputs of FFNs with a regularization factor increasing progressively in multiple stages. Specifically, the regularization factor \(\lambda\) is set to a small constant for the warmup stage, and then increases along a smooth sine curve for each of the subsequent incremental stages. Each stage is accompanied by certain steps of training. In this way, the model can have more time to adapt to the increasing regularization without radical activation shifts, thus alleviating performance degradation.
3. Activation Threshold Shifting: We finally replace ReLU with FATReLU (Kurtz et al., 2020), a ReLU variant with a positive threshold. This can prune those non-zero weakly-contributed elements in activation outputs and further boost sparsity.

The hyper-parameters for each stage (including the regularization factor \(\lambda_i\), the accumulated training steps \(T_i\), and the accumulated training tokens) are shown as follows:

Evaluation Results

The evaluation results on the above benchmarks demonstrate the advantage of ProSparse, which is the only method achieving high sparsity and comparable performance to the original Swish-activated LLaMA2. Note that models under all settings are trained with the same number of tokens on the same mixed dataset. Our evaluation is based on the framework UltraEval. The evaluation details are listed as follows:

• Code Generation: We compute the average pass@1 scores on HumanEval (0-shot) and MBPP (3-shot).

• Commonsense Reasoning: We report the average 0-shot accuracies on PIQA, SIQA, HellaSwag, WinoGrande, and COPA.

• Reading Comprehension: We compute the average 0-shot accuracies on BoolQ, LAMBADA, and TyDi QA.

• Other Popular Benchmarks: We report the average accuracies on GSM8K (8-shot), MMLU (5-shot), Big Bench Hard (BBH) (3-shot), and AGI-Eval (0-shot).

Notes: For PIQA, SIQA, HellaSwag, WinoGrande, COPA, BoolQ, LAMBADA, TyDi QA, and AGI-Eval, we obtain the predicted answers based on maximized perplexity. For GSM8K, MMLU, and BBH, the predicted answers are directly generated.

Notes: "Original" refers to the original Swish-activated LLaMA2 versions. ReluLLaMA-7B and ReluLLaMA-13B are available at 7B and 13B respectively. MiniCPM-1B is available at 1B. "ProSparse-7B*", "ProSparse-13B*", and "MiniCPM-S-1B*" denote the ProSparse versions without activation threshold shifting.

Evaluation Issues with LM-Eval

The above results can be replicated with UltraEval. Some abnormal results obtained with other popular frameworks such as LM-Eval are probably attributed to the absence of the cls token <s>, which is not added by default in LM-Eval. A quick temporary fix is shown in the following codes. Other differences in evaluation results may be caused by other reasons, including the few-shot settings, data pre-processing, and extra prompts.

# https://github.com/EleutherAI/lm-evaluation-harness/blob/main/lm_eval/models/huggingface.py#L945
for _, context_enc, continuation_enc in chunk:
    # sanity check
    assert len(context_enc) > 0
    # Note: a trivial fix here
    if context_enc[0] != 1:
        context_enc = [1] + context_enc
    assert len(continuation_enc) > 0
    assert len(continuation_enc) <= self.max_length

Here are the steps to adapting the original vLLM to ProSparse LLaMA models.

1. Replace the file vllm/model_executor/models/llama.py in original vLLM with this file.
2. Replace the contents of the original config.json with this file.
3. Set the environment variable ACT_INFO. To test the version without activation threshold shifting, export ACT_INFO=relu. To test the version with activation threshold shifting, export ACT_INFO=fatrelu_0.01.

Inference Acceleration Effects

First, we utilize PowerInfer, a state-of-the-art acceleration framework leveraging activation sparsity. As its inference speed and accuracy heavily rely on the performance of activation predictors, we report the activation recall and predicted sparsity (i.e., two key metrics for evaluating the activation predictor) as well as the number of tokens generated per second by PowerInfer (with one A100 GPU and sufficient CPUs). The GGUF files and activation predictors are also available for ProSparse LLaMA models.

Moreover, considering the potential inference inaccuracies caused by wrong predictions of activation predictors, we implement two sparse GPU operators for faster accurate inference utilizing activation sparsity. They are responsible for the speedup of two key steps in a gated FFN:

• Step (2) (S2): a fused operator of ReLU and \(\mathbf{s} \odot (\mathbf{x} \mathbf{W}_1^T)\);
• Step (3) (S3): a sparse matrix-vector multiplication operator \(\mathbf{x}_1 \mathbf{W}_2^T\).

where \(\mathbf{s}\), \(\mathbf{x}\), \(\mathbf{x}_1\), and \(\odot\) denote the gating scores, the FFN input hidden states, the intermediate outputs, and the element-wise multiplication respectively. \(\mathbf{W}_1\) and \(\mathbf{W}_2\) are FFN weight matrices.

The acceleration effects of LLMs with different sparsity are displayed as follows. ProSparse, which reaches a high sparsity without performance degradation, can gain the most benefits among all the settings concerned. Refer to Section 4.3 of paper for more details.

Notes: For "Dense" settings, the "Inference Speed" (token/sec) is obtained by llama.cpp, and the time (us) for steps (2) and (3) is measured without sparse GPU operators. For other sparse settings, the "Inference Speed" is obtained by PowerInfer, and sparse GPU operators are applied. ProSparse settings with activation threshold shifting and the MiniCPM architecture are not supported by PowerInfer at present.

Citation

Please kindly cite using the following BibTeX:

@article{song2024prosparse,
  title={{ProSparse}: Introducing and Enhancing Intrinsic Activation Sparsity within Large Language Models},
  author={Song, Chenyang and Han, Xu and Zhang, Zhengyan and Hu, Shengding and Shi, Xiyu and Li, Kuai and Chen, Chen and Liu, Zhiyuan and Li, Guangli and Yang, Tao and Sun, Maosong},
  year={2024},
  journal={arXiv preprint arXiv:2402.13516},
  url={https://arxiv.org/pdf/2402.13516.pdf}
}

License

This repository is released under the Apache-2.0 License.

The usage of MiniCPM model weights must strictly follow the General Model License (GML).

The models and weights of MiniCPM are completely free for academic research.

If you intend to utilize the model for commercial purposes, please reach out to [email protected] to obtain the certificate of authorization.

Statement

As a language model, MiniCPM generates content by learning from a vast amount of text.

However, it does not possess the ability to comprehend or express personal opinions or value judgments.

Any content generated by MiniCPM does not represent the viewpoints or positions of the model developers.

Therefore, when using content generated by MiniCPM, users should take full responsibility for evaluating and verifying it on their own.

Acknowledgments

The model card is modified from ReluLLaMA-7B and MiniCPM-1B.

A duplicate of this repo: link.