yujiepan commited on
Commit
f104289
·
verified ·
1 Parent(s): 0f37c36

Upload folder using huggingface_hub

Browse files
Files changed (1) hide show
  1. README.md +1 -1
README.md CHANGED
@@ -22,7 +22,7 @@ Structural comparison with `zai-org/GLM-5.3`:
22
  | MTP | One DSA/MoE layer with shared embedding/head | Same |
23
  | Checkpoint precision | BF16 plus E4M3 block-FP8 and FP32 scales | Same; 32x32 blocks for reduced axes |
24
 
25
- The indexer head remains 128-wide: vLLM's GLM DSA cache and fused-indexer path use a 128-wide cache layout. The source E4M3 format is retained with reduced 32x32 blocks; the TP=4 example selects vLLM's Triton block-FP8 GEMM because H20's automatic Humming kernel requires an output scale group of at least 64.
26
  Tokenizer and generation assets are copied unchanged from the pinned source revision.
27
 
28
  | File path | Size |
 
22
  | MTP | One DSA/MoE layer with shared embedding/head | Same |
23
  | Checkpoint precision | BF16 plus E4M3 block-FP8 and FP32 scales | Same; 32x32 blocks for reduced axes |
24
 
25
+ The indexer head remains 128-wide: vLLM's GLM DSA cache and fused-indexer path use a 128-wide cache layout. The source E4M3 format is retained with reduced 32x32 blocks; the TP=4 example selects vLLM's Triton block-FP8 GEMM because H20's automatic Humming kernel requires an output scale group of at least 64. With that unchanged 32-wide FP8 K block, vLLM TP=4 partitions residual-width linear inputs by four. Both 32-wide and 64-wide candidates were generated and rejected at model load with `input_size_per_partition = 8` and `16` respectively, neither divisible by `block_k = 32`; 128 is therefore the smallest executable residual width for this required checkpoint/backend/TP combination.
26
  Tokenizer and generation assets are copied unchanged from the pinned source revision.
27
 
28
  | File path | Size |