Update README.md

README.md

@@ -19,79 +19,59 @@ license: other
 
 # Eric Hartford's WizardLM Uncensored Falcon 7B GGML
 
-These files are GGML format model files for [Eric Hartford's WizardLM Uncensored Falcon 7B](https://huggingface.co/ehartford/WizardLM-Uncensored-Falcon-7b).
+These files are **experimental** GGML format model files for [Eric Hartford's WizardLM Uncensored Falcon 7B](https://huggingface.co/ehartford/WizardLM-Uncensored-Falcon-7b).
 
-GGML files are for CPU + GPU inference using [llama.cpp](https://github.com/ggerganov/llama.cpp) and libraries and UIs which support this format, such as:
-* [text-generation-webui](https://github.com/oobabooga/text-generation-webui)
-* [KoboldCpp](https://github.com/LostRuins/koboldcpp)
-* [LoLLMS Web UI](https://github.com/ParisNeo/lollms-webui)
-* [llama-cpp-python](https://github.com/abetlen/llama-cpp-python)
-* [ctransformers](https://github.com/marella/ctransformers)
+These GGML files will **not** work in llama.cpp, and at the time of writing they will not work with any UI or library. They cannot be used from Python code.
+
+They can be used with a new fork of llama.cpp that adds Falcon GGML support: [cmp-nc/ggllm.cpp](https://github.com/cmp-nct/ggllm.cpp)
+
+Note: It is not currently possible to use the new k-quant formats with Falcon 7B. This is being worked on.
 
 ## Repositories available
 
 * [4-bit GPTQ models for GPU inference](https://huggingface.co/TheBloke/WizardLM-Uncensored-Falcon-7B-GPTQ)
 * [2, 3, 4, 5, 6 and 8-bit GGML models for CPU+GPU inference](https://huggingface.co/TheBloke/WizardLM-Uncensored-Falcon-7B-GGML)
 * [Unquantised fp16 model in pytorch format, for GPU inference and for further conversions](https://huggingface.co/ehartford/WizardLM-Uncensored-Falcon-7b)
-
+  
 <!-- compatibility_ggml start -->
 ## Compatibility
 
-### Original llama.cpp quant methods: `q4_0, q4_1, q5_0, q5_1, q8_0`
+To build cmp-nct's fork of llama.cpp with Falcon 40B support plus preliminary CUDA acceleration, please try the following steps:
 
-I have quantized these 'original' quantisation methods using an older version of llama.cpp so that they remain compatible with llama.cpp as of May 19th, commit `2d5db48`.
-
-These are guaranteed to be compatbile with any UIs, tools and libraries released since late May.
+```
+git clone https://github.com/cmp-nct/ggllm.cpp
+cd ggllm.cpp
+rm -rf build && mkdir build && cd build && cmake -DGGML_CUBLAS=1 .. && cmake --build . --config Release
+```
 
-### New k-quant methods: `q2_K, q3_K_S, q3_K_M, q3_K_L, q4_K_S, q4_K_M, q5_K_S, q6_K`
+Compiling on Windows: developer cmp-nct notes: 'I personally compile it using VScode. When compiling with CUDA support using the Microsoft compiler it's essential to select the "Community edition build tools". Otherwise CUDA won't compile.'
 
-These new quantisation methods are compatible with llama.cpp as of June 6th, commit `2d43387`.
+Once compiled you can then use `bin/falcon_main` just like you would use llama.cpp. For example:
+```
+bin/falcon_main -t 8 -ngl 100 -b 1 -m wizard-falcon7b.ggmlv3.q4_0.bin -p "What is a falcon?\n### Response:"
+```
 
-They are now also compatible with recent releases of text-generation-webui, KoboldCpp, llama-cpp-python and ctransformers. Other tools and libraries may or may not be compatible - check their documentation if in doubt.
+You can specify `-ngl 100` regardles of your VRAM, as it will automatically detect how much VRAM is available to be used. 
 
-## Explanation of the new k-quant methods
+Adjust `-t 8` (the number of CPU cores to use) according to what performs best on your system. Do not exceed the number of physical CPU cores you have.
 
-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.
+`-b 1` reduces batch size to 1. This slightly lowers prompt evaluation time, but frees up VRAM to load more of the model on to your GPU.  If you find prompt evaluation too slow and have enough spare VRAM, you can remove this parameter.
 
-Refer to the Provided Files table below to see what files use which methods, and how.
 <!-- compatibility_ggml end -->
 
 ## Provided files
 | Name | Quant method | Bits | Size | Max RAM required | Use case |
 | ---- | ---- | ---- | ---- | ---- | ----- |
-| wizard-falcon-7b.ggmlv3.fp16.bin | fp16 | 16 | 14.44 GB | 16.94 GB | 16-bit. |
-| wizard-falcon-7b.ggmlv3.q4_0.bin | q4_0 | 4 | 4.06 GB | 6.56 GB | Original llama.cpp quant method, 4-bit. |
-| wizard-falcon-7b.ggmlv3.q4_1.bin | q4_1 | 4 | 4.51 GB | 7.01 GB | Original llama.cpp quant method, 4-bit. Higher accuracy than q4_0 but not as high as q5_0. However has quicker inference than q5 models. |
-| wizard-falcon-7b.ggmlv3.q5_0.bin | q5_0 | 5 | 4.96 GB | 7.46 GB | Original llama.cpp quant method, 5-bit. Higher accuracy, higher resource usage and slower inference. |
-| wizard-falcon-7b.ggmlv3.q5_1.bin | q5_1 | 5 | 5.41 GB | 7.91 GB | Original llama.cpp quant method, 5-bit. Even higher accuracy, resource usage and slower inference. |
-| wizard-falcon-7b.ggmlv3.q8_0.bin | q8_0 | 8 | 7.67 GB | 10.17 GB | Original llama.cpp quant method, 8-bit. Almost indistinguishable from float16. High resource use and slow. Not recommended for most users. |
-
-**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`
-
-I use the following command line; adjust for your tastes and needs:
-
-```
-./main -t 10 -ngl 32 -m gpt4-x-alpaca-13b.ggmlv3.q5_0.bin --color -c 2048 --temp 0.7 --repeat_penalty 1.1 -n -1 -p "### Instruction: Write a story about llamas\n### Response:"
-```
-If you're able to use full GPU offloading, you should use `-t 1` to get best performance.
-
-If not able to fully offload to GPU, you should use more cores. Change `-t 10` to the number of physical CPU cores you have, or a lower number depending on what gives best performance.
-
-Change `-ngl 32` to the number of layers to offload to GPU. Remove it if you don't have GPU acceleration.
-
-If you want to have a chat-style conversation, replace the `-p <PROMPT>` argument with `-i -ins`
-
-## How to run in `text-generation-webui`
-
-Further instructions here: [text-generation-webui/docs/llama.cpp-models.md](https://github.com/oobabooga/text-generation-webui/blob/main/docs/llama.cpp-models.md).
+| wizard-falcon-7b.ggmlv3.q4_0.bin | q4_0 | 4 | 4.06 GB | 6.56 GB | 4-bit. |
+| wizard-falcon-7b.ggmlv3.q4_1.bin | q4_1 | 4 | 4.51 GB | 7.01 GB | 4-bit. Higher accuracy than q4_0 but not as high as q5_0. However has quicker inference than q5 models. |
+| wizard-falcon-7b.ggmlv3.q5_0.bin | q5_0 | 5 | 4.96 GB | 7.46 GB | 5-bit. Higher accuracy, higher resource usage and slower inference. |
+| wizard-falcon-7b.ggmlv3.q5_1.bin | q5_1 | 5 | 5.41 GB | 7.91 GB | 5-bit. Even higher accuracy, resource usage and slower inference. |
+| wizard-falcon-7b.ggmlv3.q8_0.bin | q8_0 | 8 | 7.67 GB | 10.17 GB | 8-bit. Almost indistinguishable from float16. High resource use and slow. Not recommended for most users. |
+| wizard-falcon-7b.ggmlv3.fp16.bin | fp16 | 16 | 14.44 GB | 16.94 GB | 16-bit. Included for further conversions and for experimentation. Not recommended for normal use. |
+
+**Notes**: 
+- the above RAM figures assume no GPU offloading. If layers are offloaded to the GPU, this will reduce RAM usage and use VRAM instead.
+- it is not currently possible to use the new k-quant formats with Falcon 7B. This is being worked on.
 
 <!-- footer start -->
 ## Discord