Myric commited on
Commit
2f91c61
·
verified ·
1 Parent(s): eb6896c

Upload README.md with huggingface_hub

Browse files
Files changed (1) hide show
  1. README.md +32 -0
README.md CHANGED
@@ -56,6 +56,38 @@ un-fine-tuned transplant is already a real ~20-40% speedup, not a wash — accep
56
  by task in a way that tracks predictability (the BST task, mostly standard tree-traversal
57
  boilerplate, hits 89%; the LRU cache, with genuine locking/eviction logic, is the hardest at 61%).
58
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
59
  ## Attribution
60
 
61
  - KAT-Coder base model: **Kwaipilot** — [Kwaipilot/KAT-Coder-V2.5-Dev](https://huggingface.co/Kwaipilot/KAT-Coder-V2.5-Dev) (Apache-2.0).
 
56
  by task in a way that tracks predictability (the BST task, mostly standard tree-traversal
57
  boilerplate, hits 89%; the LRU cache, with genuine locking/eviction logic, is the hardest at 61%).
58
 
59
+ ## Full coding-benchmark validation (real agentic tasks, not just completion speed)
60
+
61
+ Ran the same two task suites used elsewhere in this project's Qwen3.6-lineage work (an existing
62
+ 5-task hard tier, plus a new 3-task tier designed to require genuine algorithmic reasoning rather
63
+ than spec-transcription) against this MTP-enabled build vs the same quant without MTP, via
64
+ `opencode`'s real agentic tool-calling loop (not just raw completion). **Correctness was
65
+ identical — 100% on both suites, both with and without MTP** — exactly what the theory predicts:
66
+ the MTP head only drafts candidate tokens, the main model always verifies against its own true
67
+ computation, so a bad draft just gets rejected and never reaches the output. Speed differed
68
+ substantially:
69
+
70
+ | hard-tier task | no MTP | with MTP | speedup |
71
+ |---|---:|---:|---:|
72
+ | batch_scheduler | 22.5s | 20.8s | 1.08x |
73
+ | buddy_allocator | 123.5s | 63.5s | 1.94x |
74
+ | circuit_breaker | 50.7s | 14.0s | 3.62x |
75
+ | expr_parser_advanced | 54.7s | 21.1s | 2.59x |
76
+ | inventory_fix_and_extend | 16.4s | 12.3s | 1.33x |
77
+ | **total** | **267.8s** | **131.7s** | **2.03x** |
78
+
79
+ | tier-4 task | no MTP | with MTP | speedup |
80
+ |---|---:|---:|---:|
81
+ | lru_ttl_cache | 20.5s | 25.2s | 0.81x |
82
+ | rate_limiter_fix_and_extend | 19.7s | 12.1s | 1.63x |
83
+ | weighted_interval_scheduling | 22.5s | 17.4s | 1.29x |
84
+ | **total** | **62.7s** | **54.7s** | **1.15x** |
85
+
86
+ Both suites hit 100% (59/59 and 28/28 test cases respectively) in both configurations. The one
87
+ slower result (`lru_ttl_cache`, 0.81x) is most likely ordinary run-to-run variance in how much
88
+ iteration that specific attempt needed, not a systematic MTP cost — every other task improved, and
89
+ the hard-tier set as a whole is a genuine 2x.
90
+
91
  ## Attribution
92
 
93
  - KAT-Coder base model: **Kwaipilot** — [Kwaipilot/KAT-Coder-V2.5-Dev](https://huggingface.co/Kwaipilot/KAT-Coder-V2.5-Dev) (Apache-2.0).