Awesome
🦖 X—LLM: Cutting Edge & Easy LLM Finetuning
<div align="center">Cutting Edge & Easy LLM Finetuning using the most advanced methods (QLoRA, DeepSpeed, GPTQ, Flash Attention 2, FSDP, etc)
Developed by Boris Zubarev | CV | LinkedIn | bobazooba@gmail.com
</div>Why you should use X—LLM 🪄
Are you using Large Language Models (LLMs) for your work and want to train them more efficiently with advanced methods? Wish to focus on the data and improvements rather than repetitive and time-consuming coding for LLM training?
X—LLM is your solution. It's a user-friendly library that streamlines training optimization, so you can focus on enhancing your models and data. Equipped with cutting-edge training techniques, X—LLM is engineered for efficiency by engineers who understand your needs.
X—LLM is ideal whether you're gearing up for production or need a fast prototyping tool.
Features
- Hassle-free training for Large Language Models
- Seamless integration of new data and data processing
- Effortless expansion of the library
- Speed up your training, while simultaneously reducing model sizes
- Each checkpoint is saved to the 🤗 HuggingFace Hub
- Easy-to-use integration with your existing project
- Customize almost any part of your training with ease
- Track your training progress using
W&B
- Supported many 🤗 Transformers models
like
Yi-34B
,Mistal AI
,Llama 2
,Zephyr
,OpenChat
,Falcon
,Phi
,Qwen
,MPT
and many more - Benefit from cutting-edge advancements in LLM training optimization
- QLoRA and fusing
- Flash Attention 2
- Gradient checkpointing
- bitsandbytes
- GPTQ (including post-training quantization)
- DeepSpeed
- FSDP
- And many more
Quickstart 🦖
Installation
X—LLM
is tested on Python 3.8+, PyTorch 2.0.1+ and CUDA 11.8.
pip install xllm
Version which include deepspeed
, flash-attn
and auto-gptq
:
pip install "xllm[train]"
Default xllm
version recommended for local development, xllm[train]
recommended for training.
Training recommended environment
CUDA version: 11.8
Docker: huggingface/transformers-pytorch-gpu:latest
Fast prototyping ⚡
from xllm import Config
from xllm.datasets import GeneralDataset
from xllm.experiments import Experiment
# Init Config which controls the internal logic of xllm
# QLoRA example
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
apply_lora=True,
load_in_4bit=True,
)
# Prepare the data
train_data = ["Hello!"] * 100
train_dataset = GeneralDataset.from_list(data=train_data)
# Build Experiment from Config: init tokenizer and model, apply LoRA and so on
experiment = Experiment(config=config, train_dataset=train_dataset)
experiment.build()
# Run Experiment (training)
experiment.run()
# # [Optional] Fuse LoRA layers
# experiment.fuse_lora()
# [Optional] Or push LoRA weights to HuggingFace Hub
experiment.push_to_hub(repo_id="YOUR_NAME/MODEL_NAME")
How Config
controls xllm
<details>
<summary>LoRA</summary>
Simple
config = Config(
model_name_or_path="openchat/openchat_3.5",
apply_lora=True,
)
Advanced
config = Config(
model_name_or_path="openchat/openchat_3.5",
apply_lora=True,
lora_rank=8,
lora_alpha=32,
lora_dropout=0.05,
raw_lora_target_modules="all",
# Names of modules to apply LoRA. A comma-separated string, for example: "k,q,v" or "all".
)
</details>
<details>
<summary>QLoRA</summary>
To train the QLoRA
model, we need to load the backbone model using bitsandbytes
library and int4 (or int8) weights.
Simple
config = Config(
model_name_or_path="01-ai/Yi-34B",
apply_lora=True,
load_in_4bit=True,
prepare_model_for_kbit_training=True,
)
Advanced
config = Config(
model_name_or_path="01-ai/Yi-34B",
apply_lora=True,
load_in_4bit=True,
prepare_model_for_kbit_training=True,
llm_int8_threshold=6.0,
llm_int8_has_fp16_weight=True,
bnb_4bit_use_double_quant=True,
bnb_4bit_quant_type="nf4",
)
</details>
<details>
<summary>Push checkpoints to the HuggingFace Hub</summary>
Before that, you must log in to Huggingface Hub
or add an API Token
to the environment variables.
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
push_to_hub=True,
hub_private_repo=True,
hub_model_id="BobaZooba/AntModel-7B-XLLM-Demo-LoRA",
save_steps=25,
)
- Checkpoints will be saved locally and in Huggingface Hub each
save_steps
- If you train a model with
LoRA
, then onlyLoRA
weights will be saved
Before that, you must log in to W&B
or add an API Token
to the environment variables.
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
report_to_wandb=True,
logging_steps=5,
wandb_project="xllm-demo",
)
</details>
<details>
<summary>Gradient checkpointing</summary>
This will help to use less GPU memory
during training, that is, you will be able to learn more than without this
technique. The disadvantages of this technique is slowing down the forward step, that is, slowing down training
.
You will be training larger models (for example 7B in colab), but at the expense of training speed.
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
use_gradient_checkpointing=True,
)
</details>
<details>
<summary>Flash Attention 2</summary>
This speeds up training and GPU memory consumption, but it does not work with all models and GPUs. You also need to
install flash-attn
for this. This can be done using:
pip install "xllm[train]"
config = Config(
model_name_or_path="meta-llama/Llama-2-7b-hf",
use_flash_attention_2=True,
)
</details>
</details>
<details>
<summary><b>Recommended setup</b></summary>
Recommendations
- Incredibly effective method is LoRA (
apply_lora
). It allows for a tremendous reduction in training costs and, moreover, helps very effectively combat catastrophic forgetting. - Then, I advise using
load_in_4bit
andprepare_model_for_kbit_training
together. This also significantly reduces memory consumption. - Lastly, I would recommend apply
use_gradient_checkpointing
. This method also greatly reduces memory consumption, but at the expense of slowing down training. - If your project allows, I suggest enabling
push_to_hub
andhub_private_repo
, also specifying the model name inhub_model_id
andsave_steps
. Example: "BobaZooba/SupaDupaLlama-7B-LoRA". During training, every checkpoint of your model will be saved in the HuggingFace Hub. If you specifiedapply_lora
, then only the LoRA weights will be saved, which you can later easily fuse with the main model, for example, usingxllm
. - If your GPU allows it add
use_flash_attention_2
- I also recommend using
report_to_wandb
, also specifyingwandb_project
(the project name in W&B) andwandb_entity
(user or organization name in W&B). - Note that for
push_to_hub
, you need to log in to the HuggingFace Hub beforehand or specify the token (HUGGING_FACE_HUB_TOKEN
) in the .env file. Similarly, when usingreport_to_wandb
, you will need to log in to W&B. You can either specify the token (WANDB_API_KEY
) in the .env file or you will be prompted to enter the token on the command line.
Features
-
QLoRA
-
Gradient checkpointing
-
Flash Attention 2
-
Stabilize training
-
Push checkpoints to HuggingFace Hub
-
W&B report
config = Config( model_name_or_path="meta-llama/Llama-2-7b-hf", tokenizer_padding_side="right", # good for llama2 warmup_steps=1000, max_steps=10000, logging_steps=1, save_steps=1000, per_device_train_batch_size=2, gradient_accumulation_steps=2, max_length=2048, stabilize=True, use_flash_attention_2=True, apply_lora=True, load_in_4bit=True, prepare_model_for_kbit_training=True, use_gradient_checkpointing=True, push_to_hub=False, hub_private_repo=True, hub_model_id="BobaZooba/SupaDupaLlama-7B-LoRA", report_to_wandb=False, wandb_project="xllm-demo", wandb_entity="bobazooba", )
This operation is only for models with a LoRA adapter.
You can explicitly specify to fuse the model after training.
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
apply_lora=True,
fuse_after_training=True,
)
Even when you are using QLoRa
config = Config(
model_name_or_path="HuggingFaceH4/zephyr-7b-beta",
apply_lora=True,
load_in_4bit=True,
prepare_model_for_kbit_training=True,
fuse_after_training=True,
)
Or you can fuse the model yourself after training.
experiment.fuse_lora()
</details>
<details>
<summary>DeepSpeed</summary>
DeepSpeed
is needed for training models on multiple GPUs
. DeepSpeed
allows you
to efficiently manage the resources of several GPUs during training
. For example, you
can distribute the gradients and the state of the optimizer to several GPUs
, rather than storing a complete set of
gradients and the state of the optimizer on each GPU. Starting training using DeepSpeed
can only happen from
the command line
.
train.py
from xllm import Config
from xllm.datasets import GeneralDataset
from xllm.cli import cli_run_train
if __name__ == '__main__':
train_data = ["Hello!"] * 100
train_dataset = GeneralDataset.from_list(data=train_data)
cli_run_train(config_cls=Config, train_dataset=train_dataset)
Run train (in the num_gpus
parameter, specify as many GPUs as you have)
deepspeed --num_gpus=8 train.py --deepspeed_stage 2
You also can pass other parameters
deepspeed --num_gpus=8 train.py \
--deepspeed_stage 2 \
--apply_lora True \
--stabilize True \
--use_gradient_checkpointing True
</details>
Notebooks
Production solution 🚀
X—LLM
enables not only to prototype models, but also facilitates the development of production-ready solutions through
built-in capabilities and customization.
Using X—LLM
to train a model is easy and involves these few steps:
Prepare
— Get the data and the model ready by downloading and preparing them. Saves data locally toconfig.train_local_path_to_data
andconfig.eval_local_path_to_data
if you are using eval datasetTrain
— Use the data prepared in the previous step to train the modelFuse
— If you used LoRA during the training, fuse LoRAQuantize
— Optimize your model's memory usage by quantizing it
Remember, these tasks in X—LLM
start from the command line. So, when you're all set to go, launching your full project
will look something like this:
- Downloading and preparing data and model
python3 MY_PROJECT/cli/prepare.py \
--dataset_key MY_DATASET \
--model_name_or_path mistralai/Mistral-7B-v0.1 \
--path_to_env_file ./.env
- Run train using DeepSpeed on multiple GPUs
deepspeed --num_gpus=8 MY_PROJECT/cli/train.py \
--use_gradient_checkpointing True \
--deepspeed_stage 2 \
--stabilize True \
--model_name_or_path mistralai/Mistral-7B-v0.1 \
--use_flash_attention_2 False \
--load_in_4bit True \
--apply_lora True \
--raw_lora_target_modules all \
--per_device_train_batch_size 8 \
--warmup_steps 1000 \
--save_total_limit 0 \
--push_to_hub True \
--hub_model_id MY_HF_HUB_NAME/LORA_MODEL_NAME \
--hub_private_repo True \
--report_to_wandb True \
--path_to_env_file ./.env
- Fuse LoRA
python3 MY_PROJECT/cli/fuse.py \
--model_name_or_path mistralai/Mistral-7B-v0.1 \
--lora_hub_model_id MY_HF_HUB_NAME/LORA_MODEL_NAME \
--hub_model_id MY_HF_HUB_NAME/MODEL_NAME \
--hub_private_repo True \
--force_fp16 True \
--fused_model_local_path ./fused_model/ \
--path_to_env_file ./.env
- [Optional] GPTQ quantization of the trained model with fused LoRA
python3 MY_PROJECT/cli/quantize.py \
--model_name_or_path ./fused_model/ \
--apply_lora False \
--stabilize False \
--quantization_max_samples 128 \
--quantized_model_path ./quantized_model/ \
--prepare_model_for_kbit_training False \
--quantized_hub_model_id MY_HF_HUB_NAME/MODEL_NAME_GPTQ \
--quantized_hub_private_repo True \
--path_to_env_file ./.env
</details>
Right now, the X—LLM
library lets you use only the SODA dataset. We've
set it up this way for demo purposes, but we're planning to add more datasets soon. You'll need to figure out how to
download and handle your dataset. Simply put, you take care of your data, and X—LLM
handles the rest. We've done it
this
way on purpose, to give you plenty of room to get creative and customize to your heart's content.
You can customize your dataset in detail, adding additional fields. All of this will enable you to implement virtually
any task in the areas of Supervised Learning
and Offline Reinforcement Learning
.
At the same time, you always have an easy way to submit data for language modeling.
<details> <summary>Example</summary>from xllm import Config
from xllm.datasets import GeneralDataset
from xllm.cli import cli_run_train
if __name__ == '__main__':
train_data = ["Hello!"] * 100
train_dataset = GeneralDataset.from_list(data=train_data)
cli_run_train(config_cls=Config, train_dataset=train_dataset)
</details>
Build your own project
To set up your own project using X—LLM
, you need to do two things:
- Implement your dataset (figure out how to download and handle it)
- Add
X—LLM
's command-line tools into your project
Once that's done, your project will be good to go, and you can start running the steps you need (like prepare, train, and so on).
To get a handle on building your project with X—LLM
, check out the materials below.
Useful materials
- Guide: here, we go into detail about everything the library can do
- Demo project: here's a step-by-step example of how to use
X—LLM
and fit it into your own project - WeatherGPT: this repository features an example of how to utilize the xllm library. Included is a solution for a common type of assessment given to LLM engineers, who typically earn between $120,000 to $140,000 annually
- Shurale: project with the finetuned 7B Mistal model
Config 🔧
The X—LLM
library uses a single config setup for all steps like preparing, training and the other steps. It's
designed in a way that
lets you easily understand the available features and what you can adjust. Config
has control almost over every
single part of each step. Thanks to the config, you can pick your dataset, set your collator, manage the type of
quantization during training, decide if you want to use LoRA, if you need to push a checkpoint to the HuggingFace Hub
,
and a
lot more.
Config path: src.xllm.core.config.Config
Or
from xllm import Config
Useful materials
- Important config fields for different steps
- How do I choose the methods for training?
- Detailed description of all config fields
Customization options đź›
You have the flexibility to tweak many aspects of your model's training: data, how data is processed, trainer, config, how the model is loaded, what happens before and after training, and so much more.
We've got ready-to-use components for every part of the xllm
pipeline. You can entirely switch out some components
like the dataset, collator, trainer, and experiment.
For some components like experiment and config, you have the option to just build on what's already there.
Useful materials
- How to implement dataset
- How to add CLI tools to your project
- How to implement collator
- How to implement trainer
- How to implement experiment
- How to extend config
Projects using X—LLM 🏆
Building something cool with X—LLM? Kindly reach out to me at bobazooba@gmail.com. I'd love to hear from you.
Hall of Fame
Write to us so that we can add your project.
Badge
Consider adding a badge to your model card.
For Github project:
[<img src="https://github.com/BobaZooba/xllm/blob/main/static/images/xllm-badge.png" alt="Powered by X—LLM" width="175" height="32"/>](https://github.com/BobaZooba/xllm)
For Hugging Face Hub model card:
[<img src="https://cdn-uploads.huggingface.co/production/uploads/6074d5f1134c000d1ae10d42/JudU3rrPP5i87CfwINANO.png" alt="Powered by X—LLM" width="175" height="32"/>](https://github.com/BobaZooba/xllm)
It will be looks like this:
Testing 🧪
At the moment, we don't have Continuous Integration tests that utilize a GPU. However, we might develop these kinds of tests in the future. It's important to note, though, that this would require investing time into their development, as well as funding for machine maintenance.
Future Work đź”®
- Add more tests
- Add RunPod deploy function
- Add DPO components
- Add Callbacks to
Experiment
- GPU CI using RunPod
- Solve DeepSpeed + push_to_hub checkpoints bug
- Make DeepSpeed Stage 3 + bitsandbytes works correc
- Add multipacking
- Add adaptive batch size
- Fix caching in CI
- Add sequence bucketing
- Add more datasets
- Maybe add tensor_parallel