跳到主要內容

16GB ROCm 本地 LLM-as-a-Verifier 實測數據:Qwen3.5-9B 跑起來到底多快

TL;DR: 用 Qwen3.5-9B(Q4_K)在單張 16GB AMD GPU 上跑本地 LLM-as-a-Verifier,每次 code comparison 約 0.5–2 秒,cache hit rate 66%,正確程式碼穩定給 1.0 分,有 bug 的給 0.0–0.14 分。16GB 跑 9B 模型綽綽有餘,還有空間跑其他服務。 這篇是實測續篇,前兩篇分別講了 架構設計 和 Docker 封裝 。前兩篇講的是「做什麼」跟「怎麼做」,這篇來量「到底多快」。 1. 測試環境 在一台 homelab Linux(CachyOS)上跑的: 項目 內容 GPU AMD 16GB(15.9 GiB)via ROCm 模型 Qwen3.5-9B(8.95B 參數,Q4_K ~5.7GB GGUF) 後端 llama.cpp(llama-server,ROCm HIP build) Verifier Docker container(llm-verifier),port 8010 模型 VRAM ~10.2 GB(模型本身 + 動態 KV cache) GPU 使用率 78% 系統 RAM 62 GB;使用 27 GB(swap 用了 9.3 GB) Context window 131,072 tokens MIN_SCORE 0.8 後端跑在另一台機器上,走 local Gigabit 網路連線。 2. Verifier 在幹嘛 docker-llm-as-a-verifier 包裝了 LLM-as-a-Verifier 這個研究套件,讀取 token-level log probability 來算連續分數,不是簡單的 yes/no 判斷。 Container 開了 7 個 HTTP endpoint: Endpoint Method 用途 /health GET 健康檢查 /v1/compare POST 兩組答案比對評分 /v1/select POST Best-of-N 選最佳 /v1/track POST Agent 軌跡分數追蹤 /v1/directed POST 導...

衝突與和諧之間

33550008

(Olympus OM-2,OM G.ZUIKO 35mm f2.8,Kodak Profoto XL 100 36+)

我很喜歡這樣的樣貌,在一片和諧之中突現的衝突,像在數字論壇被群剿的小白。

而我以一位極不重要的旁觀者游走於和諧與衝突的兩端,就像惡童當街的警察一般。

對我來說,無論衝突或和諧,都無比重要,失衡之後的平衡,平衡之後再度失衡,就像氣體流動之必然。

留言

  1. 我也要來學你,停止買機身(雖然很愛OM2)把錢存下來買蔡頭…(都很貴要存很久)
    但有個問題請教:
    光CARL ZEISS JENA,就有DDR、TESSAR…一大堆,還有紅T、斑馬等,到底它的等級要怎麼分?C/P較高的有那幾顆?
    歹勢!好像在出考題XD

    回覆刪除
  2. Re: applepeel <513830937685651858>
    M42 有前輩寫過介紹,我會寄一個google docs 的連結給你參考,但我沒玩過CZJ,所以沒辦法給你什麼建議說。

    回覆刪除
  3. Re: applepeel <219678662660586597>
    在上面:P

    回覆刪除

張貼留言

回應不用錢,請多多益善!懶得寫字按個讚也是相當感謝!