Beinsezii commited on
Commit
8fa125c
·
verified ·
1 Parent(s): cecf2de

Create README.md

Browse files
Files changed (1) hide show
  1. README.md +39 -0
README.md ADDED
@@ -0,0 +1,39 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ ---
2
+ license: mit
3
+ base_model:
4
+ - zai-org/GLM-4.6V
5
+ ---
6
+
7
+ Quant optimized for quality / speed on a Strix Halo 128GiB system. Possibly also beneficial on DGX Spark and similar systems.
8
+
9
+ The TL;DR is this quant achieves both superior quality and speed to homogenous Q6_K
10
+
11
+ Q6_K
12
+ | model | size | params | backend | ngl | n_ubatch | fa | test | t/s |
13
+ | ------------------------------ | ---------: | ---------: | ---------- | --: | -------: | -: | --------------: | -------------------: |
14
+ | glm4moe ?B Q6_K | 89.58 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | pp2048 | 187.87 ± 0.00 |
15
+ | glm4moe ?B Q6_K | 89.58 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | tg256 | 16.73 ± 0.00 |
16
+ | glm4moe ?B Q6_K | 89.58 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | pp2048 @ d8192 | 120.83 ± 0.00 |
17
+ | glm4moe ?B Q6_K | 89.58 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | tg256 @ d8192 | 13.41 ± 0.00 |
18
+
19
+ This quant
20
+ | model | size | params | backend | ngl | n_ubatch | fa | test | t/s |
21
+ | ------------------------------ | ---------: | ---------: | ---------- | --: | -------: | -: | --------------: | -------------------: |
22
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | pp2048 | 296.28 ± 0.00 |
23
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | tg256 | 15.58 ± 0.00 |
24
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | pp2048 @ d8192 | 160.92 ± 0.00 |
25
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | ROCm | 999 | 1024 | 1 | tg256 @ d8192 | 12.69 ± 0.00 |
26
+
27
+ What this quant does is move some hot layers (attention, shared expert) to q8_0 for faster processing. Basically Q6_K is the optimal size for the Halo but it's also the slowest quant, made worse by the fact that it performs poorly on MMQ kernels which GLM4Moe always uses due to its high exp count. For detailed RDNA 3.0 benchmarks you can view my kernel selection PR [here](https://github.com/ggml-org/llama.cpp/pull/18537) as well Johnathan's follow-up RDNA3.5 version [here](https://github.com/ggml-org/llama.cpp/pull/18666)
28
+
29
+ Additionally the context should still fit ≥90k with room for a graphical desktop assuming a large TTM was set. Completely headless you might be able to reach full 128k.
30
+
31
+ Everything above assumes you're running ROCm, *not* Vulkan. Vulkan being faster is a myth. While it might look like +15% for tg512, when run at even a modest context depth, the speed becomes catastrophic
32
+
33
+ This quant, Vulkan
34
+ | model | size | params | backend | ngl | n_ubatch | fa | test | t/s |
35
+ | ------------------------------ | ---------: | ---------: | ---------- | --: | -------: | -: | --------------: | -------------------: |
36
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | Vulkan | 999 | 1024 | 1 | pp2048 | 244.54 ± 0.00 |
37
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | Vulkan | 999 | 1024 | 1 | tg256 | 17.18 ± 0.00 |
38
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | Vulkan | 999 | 1024 | 1 | pp2048 @ d8192 | 33.08 ± 0.00 |
39
+ | glm4moe ?B Q8_0 | 90.80 GiB | 106.85 B | Vulkan | 999 | 1024 | 1 | tg256 @ d8192 | 13.71 ± 0.00 |