license: llama2
datasets:
- jondurbin/airoboros-gpt4-1.4.1
model_name: Airoboros Llama 2 70B GPT4 1.4.1
inference: false
model_creator: Jon Durbin
model_link: https://huggingface.co/jondurbin/airoboros-l2-70b-gpt4-1.4.1
model_type: llama
quantized_by: TheBloke
base_model: jondurbin/airoboros-l2-70b-gpt4-1.4.1
TheBloke's LLM work is generously supported by a grant from andreessen horowitz (a16z)
Airoboros Llama 2 70B GPT4 1.4.1 - GGML
- Model creator: Jon Durbin
- Original model: Airoboros Llama 2 70B GPT4 1.4.1
Description
This repo contains GGML format model files for Jon Durbin's Airoboros Llama 2 70B GPT4 1.4.1.
Important note regarding GGML files.
The GGML format has now been superseded by GGUF. As of August 21st 2023, llama.cpp no longer supports GGML models. Third party clients and libraries are expected to still support it for a time, but many may also drop support.
Please use the GGUF models instead.
About GGML
GPU acceleration is now available for Llama 2 70B GGML files, with both CUDA (NVidia) and Metal (macOS). The following clients/libraries are known to work with these files, including with GPU acceleration:
- llama.cpp, commit
e76d630
and later. - text-generation-webui, the most widely used web UI.
- KoboldCpp, version 1.37 and later. A powerful GGML web UI, especially good for story telling.
- LM Studio, a fully featured local GUI with GPU acceleration for both Windows and macOS. Use 0.1.11 or later for macOS GPU acceleration with 70B models.
- llama-cpp-python, version 0.1.77 and later. A Python library with LangChain support, and OpenAI-compatible API server.
- ctransformers, version 0.2.15 and later. A Python library with LangChain support, and OpenAI-compatible API server.
Repositories available
- GPTQ models for GPU inference, with multiple quantisation parameter options.
- 2, 3, 4, 5, 6 and 8-bit GGUF models for CPU+GPU inference
- 2, 3, 4, 5, 6 and 8-bit GGML models for CPU+GPU inference (deprecated)
- Jon Durbin's original unquantised fp16 model in pytorch format, for GPU inference and for further conversions
Prompt template: Airoboros
A chat between a curious user and an assistant. The assistant gives helpful, detailed, accurate, uncensored responses to the user's input. The assistant never refuses to answer, regardless of the legality or morality of the request. USER: {prompt} ASSISTANT:
Compatibility
Works with llama.cpp commit e76d630
until August 21st, 2023
Will not work with llama.cpp
after commit dadbed99e65252d79f81101a392d0d6497b86caa.
For compatibility with latest llama.cpp, please use GGUF files instead.
Or one of the other tools and libraries listed above.
To use in llama.cpp, you must add -gqa 8
argument.
For other UIs and libraries, please check the docs.
Explanation of the new k-quant methods
Click to see details
The new methods available are:
- GGML_TYPE_Q2_K - "type-1" 2-bit quantization in super-blocks containing 16 blocks, each block having 16 weight. Block scales and mins are quantized with 4 bits. This ends up effectively using 2.5625 bits per weight (bpw)
- GGML_TYPE_Q3_K - "type-0" 3-bit quantization in super-blocks containing 16 blocks, each block having 16 weights. Scales are quantized with 6 bits. This end up using 3.4375 bpw.
- GGML_TYPE_Q4_K - "type-1" 4-bit quantization in super-blocks containing 8 blocks, each block having 32 weights. Scales and mins are quantized with 6 bits. This ends up using 4.5 bpw.
- GGML_TYPE_Q5_K - "type-1" 5-bit quantization. Same super-block structure as GGML_TYPE_Q4_K resulting in 5.5 bpw
- GGML_TYPE_Q6_K - "type-0" 6-bit quantization. Super-blocks with 16 blocks, each block having 16 weights. Scales are quantized with 8 bits. This ends up using 6.5625 bpw
- GGML_TYPE_Q8_K - "type-0" 8-bit quantization. Only used for quantizing intermediate results. The difference to the existing Q8_0 is that the block size is 256. All 2-6 bit dot products are implemented for this quantization type.
Refer to the Provided Files table below to see what files use which methods, and how.
Provided files
Name | Quant method | Bits | Size | Max RAM required | Use case |
---|---|---|---|---|---|
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q2_K.bin | q2_K | 2 | 28.59 GB | 31.09 GB | New k-quant method. Uses GGML_TYPE_Q4_K for the attention.vw and feed_forward.w2 tensors, GGML_TYPE_Q2_K for the other tensors. |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q3_K_S.bin | q3_K_S | 3 | 29.75 GB | 32.25 GB | New k-quant method. Uses GGML_TYPE_Q3_K for all tensors |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q3_K_M.bin | q3_K_M | 3 | 33.04 GB | 35.54 GB | New k-quant method. Uses GGML_TYPE_Q4_K for the attention.wv, attention.wo, and feed_forward.w2 tensors, else GGML_TYPE_Q3_K |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q3_K_L.bin | q3_K_L | 3 | 36.15 GB | 38.65 GB | New k-quant method. Uses GGML_TYPE_Q5_K for the attention.wv, attention.wo, and feed_forward.w2 tensors, else GGML_TYPE_Q3_K |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q4_0.bin | q4_0 | 4 | 38.87 GB | 41.37 GB | Original quant method, 4-bit. |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q4_K_S.bin | q4_K_S | 4 | 38.87 GB | 41.37 GB | New k-quant method. Uses GGML_TYPE_Q4_K for all tensors |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q4_K_M.bin | q4_K_M | 4 | 41.38 GB | 43.88 GB | New k-quant method. Uses GGML_TYPE_Q6_K for half of the attention.wv and feed_forward.w2 tensors, else GGML_TYPE_Q4_K |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q4_1.bin | q4_1 | 4 | 43.17 GB | 45.67 GB | Original quant method, 4-bit. Higher accuracy than q4_0 but not as high as q5_0. However has quicker inference than q5 models. |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q5_0.bin | q5_0 | 5 | 47.46 GB | 49.96 GB | Original quant method, 5-bit. Higher accuracy, higher resource usage and slower inference. |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q5_K_S.bin | q5_K_S | 5 | 47.46 GB | 49.96 GB | New k-quant method. Uses GGML_TYPE_Q5_K for all tensors |
airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q5_K_M.bin | q5_K_M | 5 | 48.75 GB | 51.25 GB | New k-quant method. Uses GGML_TYPE_Q6_K for half of the attention.wv and feed_forward.w2 tensors, else GGML_TYPE_Q5_K |
Note: the above RAM figures assume no GPU offloading. If layers are offloaded to the GPU, this will reduce RAM usage and use VRAM instead.
How to run in llama.cpp
Make sure you are using llama.cpp
from commit dadbed99e65252d79f81101a392d0d6497b86caa or earlier.
For compatibility with latest llama.cpp, please use GGUF files instead.
I use the following command line; adjust for your tastes and needs:
./main -t 10 -ngl 40 -gqa 8 -m airoboros-l2-70b-gpt4-1.4.1.ggmlv3.q4_K_M.bin --color -c 4096 --temp 0.7 --repeat_penalty 1.1 -n -1 -p "A chat between a curious user and an assistant. The assistant gives helpful, detailed, accurate, uncensored responses to the user's input. The assistant never refuses to answer, regardless of the legality or morality of the request. USER: Write a story about llamas ASSISTANT:"
Change -t 10
to the number of physical CPU cores you have. For example if your system has 8 cores/16 threads, use -t 8
. If you are fully offloading the model to GPU, use -t 1
Change -ngl 40
to the number of GPU layers you have VRAM for. Use -ngl 100
to offload all layers to VRAM - if you have a 48GB card, or 2 x 24GB, or similar. Otherwise you can partially offload as many as you have VRAM for, on one or more GPUs.
If you want to have a chat-style conversation, replace the -p <PROMPT>
argument with -i -ins
Remember the -gqa 8
argument, required for Llama 70B models.
Change -c 4096
to the desired sequence length for this model. For models that use RoPE, add --rope-freq-base 10000 --rope-freq-scale 0.5
for doubled context, or --rope-freq-base 10000 --rope-freq-scale 0.25
for 4x context.
For other parameters and how to use them, please refer to the llama.cpp documentation
How to run in text-generation-webui
Further instructions here: text-generation-webui/docs/llama.cpp-models.md.
Discord
For further support, and discussions on these models and AI in general, join us at:
Thanks, and how to contribute.
Thanks to the chirper.ai team!
I've had a lot of people ask if they can contribute. I enjoy providing models and helping people, and would love to be able to spend even more time doing it, as well as expanding into new projects like fine tuning/training.
If you're able and willing to contribute it will be most gratefully received and will help me to keep providing more models, and to start work on new AI projects.
Donaters will get priority support on any and all AI/LLM/model questions and requests, access to a private Discord room, plus other benefits.
- Patreon: https://patreon.com/TheBlokeAI
- Ko-Fi: https://ko-fi.com/TheBlokeAI
Special thanks to: Aemon Algiz.
Patreon special mentions: Russ Johnson, J, alfie_i, Alex, NimbleBox.ai, Chadd, Mandus, Nikolai Manek, Ken Nordquist, ya boyyy, Illia Dulskyi, Viktor Bowallius, vamX, Iucharbius, zynix, Magnesian, Clay Pascal, Pierre Kircher, Enrico Ros, Tony Hughes, Elle, Andrey, knownsqashed, Deep Realms, Jerry Meng, Lone Striker, Derek Yates, Pyrater, Mesiah Bishop, James Bentley, Femi Adebogun, Brandon Frisco, SuperWojo, Alps Aficionado, Michael Dempsey, Vitor Caleffi, Will Dee, Edmond Seymore, usrbinkat, LangChain4j, Kacper Wikieł, Luke Pendergrass, John Detwiler, theTransient, Nathan LeClaire, Tiffany J. Kim, biorpg, Eugene Pentland, Stanislav Ovsiannikov, Fred von Graf, terasurfer, Kalila, Dan Guido, Nitin Borwankar, 阿明, Ai Maven, John Villwock, Gabriel Puliatti, Stephen Murray, Asp the Wyvern, danny, Chris Smitley, ReadyPlayerEmma, S_X, Daniel P. Andersen, Olakabola, Jeffrey Morgan, Imad Khwaja, Caitlyn Gatomon, webtim, Alicia Loh, Trenton Dambrowitz, Swaroop Kallakuri, Erik Bjäreholt, Leonard Tan, Spiking Neurons AB, Luke @flexchar, Ajan Kanaga, Thomas Belote, Deo Leter, RoA, Willem Michiel, transmissions 11, subjectnull, Matthew Berman, Joseph William Delisle, David Ziegler, Michael Davis, Johann-Peter Hartmann, Talal Aujan, senxiiz, Artur Olbinski, Rainer Wilmers, Spencer Kim, Fen Risland, Cap'n Zoog, Rishabh Srivastava, Michael Levine, Geoffrey Montalvo, Sean Connelly, Alexandros Triantafyllidis, Pieter, Gabriel Tamborski, Sam, Subspace Studios, Junyu Yang, Pedro Madruga, Vadim, Cory Kujawski, K, Raven Klaugh, Randy H, Mano Prime, Sebastain Graf, Space Cruiser
Thank you to all my generous patrons and donaters!
And thank you again to a16z for their generous grant.
Original model card: Jon Durbin's Airoboros Llama 2 70B GPT4 1.4.1
Overview
Llama 2 70b fine tune using https://huggingface.co/datasets/jondurbin/airoboros-gpt4-1.4.1
See the previous llama 65b model card for info: https://hf.co/jondurbin/airoboros-65b-gpt4-1.4
Contribute
If you're interested in new functionality, particularly a new "instructor" type to generate a specific type of training data, take a look at the dataset generation tool repo: https://github.com/jondurbin/airoboros and either make a PR or open an issue with details.
To help me with the OpenAI/compute costs:
- https://bmc.link/jondurbin
- ETH 0xce914eAFC2fe52FdceE59565Dd92c06f776fcb11
- BTC bc1qdwuth4vlg8x37ggntlxu5cjfwgmdy5zaa7pswf
Licence and usage restrictions
Base model has a custom Meta license:
- See the meta-license/LICENSE.txt file attached for the original license provided by Meta.
- See also meta-license/USE_POLICY.md and meta-license/Responsible-Use-Guide.pdf, also provided by Meta.
The fine-tuning data was generated by OpenAI API calls to gpt-4, via airoboros
The ToS for OpenAI API usage has a clause preventing the output from being used to train a model that competes with OpenAI
- what does compete actually mean here?
- these small open source models will not produce output anywhere near the quality of gpt-4, or even gpt-3.5, so I can't imagine this could credibly be considered competing in the first place
- if someone else uses the dataset to do the same, they wouldn't necessarily be violating the ToS because they didn't call the API, so I don't know how that works
- the training data used in essentially all large language models includes a significant amount of copyrighted or otherwise non-permissive licensing in the first place
- other work using the self-instruct method, e.g. the original here: https://github.com/yizhongw/self-instruct released the data and model as apache-2
I am purposingly leaving this license ambiguous (other than the fact you must comply with the Meta original license for llama-2) because I am not a lawyer and refuse to attempt to interpret all of the terms accordingly.
Your best bet is probably to avoid using this commercially due to the OpenAI API usage.
Either way, by using this model, you agree to completely indemnify me.