北京
2026年3月3日，ollama v0.17.5版本正式發(fā)布。這一版本可謂一次重要升級(jí)，核心亮點(diǎn)在于新增了Qwen3.5系列模型，并全面改進(jìn)了采樣算法、GPU與CPU混合分配機(jī)制、內(nèi)存峰值監(jiān)控以及MLX引擎下的穩(wěn)定性。本文將根據(jù)完整的更新內(nèi)容，詳細(xì)解析每一處技術(shù)改動(dòng)，讓開發(fā)者能夠理解這一版本背后的架構(gòu)進(jìn)步和性能演化。
一、版本核心更新概覽 1. 新增模型系列：Qwen3.5
v0.17.5引入了全新的模型系列——Qwen3.5，包括 0.8B、2B、4B 與 9B 四個(gè)參數(shù)規(guī)模版本。這使得開發(fā)者能根據(jù)硬件資源靈活選擇不同性能梯度的模型。
值得注意的是，在此次版本中，Qwen3.5模型支持 GPU 與 CPU 混合加載模式，同時(shí)針對(duì)模型“自我重復(fù)”問(wèn)題進(jìn)行了深度修復(fù)。新模型可通過(guò)命令重新下載：
ollama pull qwen3.5:35b新版本修復(fù)了Qwen3.5模型在GPU與CPU拆分運(yùn)行時(shí)的崩潰問(wèn)題。此前，當(dāng)模型部分參數(shù)映射至CPU后，DeltaNet層或KV緩存命中時(shí)容易出現(xiàn)panic，如今通過(guò)對(duì)線性注意力張量缺失、conv1d權(quán)重校驗(yàn)、層級(jí)遞歸驗(yàn)證進(jìn)行系統(tǒng)修復(fù)，顯著提升了混合資源下的運(yùn)行穩(wěn)定性。
二、性能與內(nèi)存系統(tǒng)全面升級(jí) 1. Verbose模式新增峰值內(nèi)存統(tǒng)計(jì)
ollama run --verbose現(xiàn)在會(huì)顯示峰值內(nèi)存使用情況。新增的參數(shù)結(jié)構(gòu)Metrics中增加了：
?
PeakMemory：以GiB或人類可讀格式輸出峰值內(nèi)存；?
formatPeakMemory()函數(shù)：自動(dòng)判斷單位并格式化顯示；?
Summary()方法中新增內(nèi)存輸出邏輯。
這可以幫助開發(fā)者在分析模型運(yùn)行性能時(shí)，即時(shí)觀察峰值占用，便于評(píng)估MLX引擎的內(nèi)存優(yōu)化效果。
2. MLX運(yùn)行器內(nèi)存修復(fù)與優(yōu)化
MLX runner一系列補(bǔ)丁包括：
? 修復(fù)了在KV緩存命中時(shí)引發(fā)panic的問(wèn)題；
? 報(bào)告真實(shí)內(nèi)存使用，而非理論分配值；
? 增加錯(cuò)誤傳播機(jī)制，通過(guò)
api.StatusError將pipeline異常上報(bào)到客戶端；? 嚴(yán)格限制模型上下文長(zhǎng)度以防越界；
? 優(yōu)化prompt評(píng)估計(jì)時(shí)邏輯，使計(jì)時(shí)與計(jì)數(shù)更精確；
? 引入內(nèi)存峰值復(fù)位API
mlx_reset_peak_memory()。
這一系列操作讓MLX在處理大模型時(shí)更穩(wěn)定，也為后續(xù)GPU監(jiān)控功能奠定基礎(chǔ)。
三、采樣邏輯重大優(yōu)化：懲罰策略全面引入 1. Sampler機(jī)制的重新設(shè)計(jì)
新版sample/samplers.go重新定義了采樣器結(jié)構(gòu)。關(guān)鍵新增：
?
presence（存在懲罰）?
frequency（頻率懲罰）? 改進(jìn)的
repeat（重復(fù)懲罰）?
Accept()與Reset()機(jī)制保證歷史token采樣狀態(tài)復(fù)位。
這意味著模型在生成文本時(shí)，可通過(guò)三個(gè)維度懲罰控制重復(fù)輸出的概率，使生成結(jié)果更自然、更具多樣性。
2. applyPenalty函數(shù)邏輯改寫
transforms.go引入新的懲罰運(yùn)算邏輯：
? 對(duì)于正logit采用除法懲罰；
? 對(duì)負(fù)logit采用乘法維持?jǐn)?shù)值穩(wěn)定；
? 頻率懲罰根據(jù)歷史出現(xiàn)次數(shù)線性遞減logit；
? 存在懲罰在再次出現(xiàn)時(shí)直接降低得分。
該設(shè)計(jì)明顯針對(duì)語(yǔ)言模型重復(fù)傾向進(jìn)行了抑制，使其在多輪生成中表現(xiàn)更像人類語(yǔ)言思維鏈條。
3. token歷史統(tǒng)計(jì)機(jī)制：DefaultPenaltyLookback = 64
tokenCounts()函數(shù)新增令牌歷史回溯長(zhǎng)度為64，這相當(dāng)于模型在采樣時(shí)考慮過(guò)去64個(gè)令牌的統(tǒng)計(jì)分布。結(jié)合presence與frequency懲罰，能有效減少循環(huán)性表述問(wèn)題。
四、Prompt管理與上下文截?cái)噙壿媰?yōu)化 1. Chat與Generate的截?cái)嗖呗愿?/p>
server/routes.go和server/prompt.go修改了Prompt截?cái)噙壿嫛Ｐ虏呗裕?/p>
? 當(dāng)模型類型為MLX（即
safetensors格式），將禁用上下文截?cái)?/strong>；? 非MLX模型仍保留truncate機(jī)制，但在計(jì)算時(shí)精確考慮圖片token數(shù)量。
這可以保證MLX模型不會(huì)因?yàn)镻rompt截?cái)喽鴮?dǎo)致上下文缺失，從而提高多模態(tài)場(chǎng)景下的生成連貫性。
2.IsMLX()方法新增用于判斷模型格式
在images.go中新增：
func (m *Model) IsMLX() bool {
return m.Config.ModelFormat == "safetensors"
}它成為后續(xù)路徑判斷的核心函數(shù)，用于區(qū)分MLX模型與傳統(tǒng)GGUF模型，從而決定不同的加載與截?cái)嗖呗浴?/p>
五、運(yùn)行器架構(gòu)調(diào)整與內(nèi)存接口重構(gòu) 1. LlamaServer接口重大調(diào)整
原本的接口：
VRAMSize() uint64
TotalSize() uint64被統(tǒng)一重構(gòu)為：
MemorySize() (total, vram uint64)這使得每次調(diào)用能同時(shí)返回總占用與顯存占用，支持更精準(zhǔn)的GPU監(jiān)控與調(diào)度。
2. 涉及文件范圍
相關(guān)修改貫穿整個(gè)系統(tǒng)：
?
llm/server.go?
server/sched.go?
x/imagegen/server.go?
x/mlxrunner/client.go?
x/mlxrunner/server.go
從圖像生成模型到LLM主分支，接口結(jié)構(gòu)全面統(tǒng)一，為后續(xù)跨引擎集成提供一致的內(nèi)存訪問(wèn)標(biāo)準(zhǔn)。
六、Qwen3next: 異步與Recurrent層邏輯深度增強(qiáng) 1. InferRecurrentLayers函數(shù)邏輯新增
model/models/qwen3next/model.go加入了推理層循環(huán)判定邏輯：
? 若KV頭數(shù)含零層則判定為Recurrent；
? 若全非零則根據(jù)
full_attention_interval推導(dǎo)混合布局；? 自動(dòng)兼容舊GGUF模型格式。
這部分邏輯由新單元測(cè)試model_new_test.go驗(yàn)證，確保混合注意力布局在導(dǎo)入舊模型時(shí)仍保持穩(wěn)定。
2. Validate校驗(yàn)增強(qiáng)
model.Validate()全面檢查每層SSM張量是否齊全，包括：
? ssm_dt、ssm_a、ssm_conv1d、ssm_norm、ssm_out 等；
? 若任何缺失，將直接報(bào)錯(cuò)明確指出缺失字段。
這樣在加載過(guò)程中可以即時(shí)識(shí)別模型結(jié)構(gòu)問(wèn)題，防止DeltaNet等模塊計(jì)算時(shí)崩潰。
3. deltaNetChunked邏輯優(yōu)化
新增**分塊拼接樹（balanced concat tree）**機(jī)制：
? 避免在長(zhǎng)提示詞下連接操作導(dǎo)致內(nèi)存膨脹；
? 通過(guò)二叉合并方式顯著優(yōu)化Prompt處理速度；
? 減少部分offload狀態(tài)下的中間張量無(wú)緩沖寫入問(wèn)題。
客戶端返回內(nèi)容中新增：
?
PeakMemory?
EvalDuration?
PromptEvalDuration
結(jié)合服務(wù)器端/v1/status新增內(nèi)存字段，形成完整性能監(jiān)控鏈路。
2. 主動(dòng)Ping狀態(tài)獲取
client.go里的Ping()方法從/health改為/v1/status，增加返回：
? ContextLength
? Memory
? Progress
讓主調(diào)度器動(dòng)態(tài)掌握MLX進(jìn)程的上下文與內(nèi)存實(shí)時(shí)狀態(tài)。
3. TextGenerationPipeline邏輯增強(qiáng)
新管線流程中：
? 超長(zhǎng)Prompt提前拒絕（返回400錯(cuò)誤）；
? 自動(dòng)計(jì)算“生成上限=模型最大上下文長(zhǎng)度 - prompt長(zhǎng)度”；
? 在生成結(jié)束時(shí)實(shí)時(shí)統(tǒng)計(jì)峰值內(nèi)存；
? 通過(guò)
CompletionResponse向客戶端報(bào)告完整評(píng)估計(jì)數(shù)、時(shí)長(zhǎng)與內(nèi)存峰值。
這標(biāo)志著ollama首次形成貫通的Prompt→采樣→內(nèi)存監(jiān)控全鏈閉環(huán)。
八、測(cè)試覆蓋：懲罰與Recurrent機(jī)制驗(yàn)證
v0.17.5新增大量測(cè)試文件，涵蓋：
?
model_validate_test.go：驗(yàn)證層校驗(yàn)邏輯；?
transforms_test.go：驗(yàn)證懲罰公式正確性；?
samplers_test.go與benchmark_test.go：性能和采樣行為穩(wěn)定性；?
model_new_test.go：驗(yàn)證Recurrent層推斷邏輯。
這說(shuō)明官方團(tuán)隊(duì)已將測(cè)試覆蓋率擴(kuò)大到生成過(guò)程、結(jié)構(gòu)識(shí)別、采樣算法和性能基準(zhǔn)四個(gè)維度。
九、開發(fā)者可見的參數(shù)默認(rèn)值變更
? repeat_penalty 默認(rèn)值從1.1下調(diào)為1.0；
? 新增 presence_penalty、frequency_penalty；
? 在
modelfile.mdx中更新參數(shù)表，幫助用戶在自定義模型文件中直接使用新的采樣控制項(xiàng)。
這代表ollama開始將文本生成的可控性參數(shù)化，讓開發(fā)者在不同場(chǎng)景下能輕松平衡“創(chuàng)造性”與“連貫性”。
十、總結(jié)：ollama v0.17.5的技術(shù)躍遷意義
代碼地址：github.com/ollama/ollama
從整體來(lái)看，ollama v0.17.5不僅僅是一次小版本迭代，更是一次系統(tǒng)層級(jí)的性能與穩(wěn)定性重構(gòu)。
所有變化可歸納為三大技術(shù)方向：
1.模型層級(jí)革新：引入Qwen3.5模型、兼容GGUF導(dǎo)入、修復(fù)DeltaNet問(wèn)題；
2.采樣系統(tǒng)強(qiáng)化：添加三重懲罰策略、優(yōu)化歷史記憶機(jī)制；
3.引擎結(jié)構(gòu)統(tǒng)一：內(nèi)存接口標(biāo)準(zhǔn)化、MLX與LlamaRunner架構(gòu)合并、峰值監(jiān)控鏈路貫通。
這套更新讓ollama在未來(lái)版本中能夠同時(shí)支持更強(qiáng)大的多模態(tài)模型、更精準(zhǔn)的采樣控制以及更穩(wěn)定的跨平臺(tái)混合計(jì)算結(jié)構(gòu)。
開發(fā)者建議立即升級(jí)至v0.17.5，并重新拉取對(duì)應(yīng)模型文件以獲得最穩(wěn)定的性能體驗(yàn)：
ollama pull qwen3.5:9bollama正以這種“工程級(jí)精密迭代”的方式不斷向更智能、更穩(wěn)定、更開放的AI推理平臺(tái)邁進(jìn)。此次更新，是其從語(yǔ)言生成引擎邁向平臺(tái)級(jí)分布計(jì)算架構(gòu)的重要一步。
我們相信人工智能為普通人提供了一種“增強(qiáng)工具”，并致力于分享全方位的AI知識(shí)。在這里，您可以找到最新的AI科普文章、工具評(píng)測(cè)、提升效率的秘籍以及行業(yè)洞察。 歡迎關(guān)注“福大大架構(gòu)師每日一題”，發(fā)消息可獲得面試資料，讓AI助力您的未來(lái)發(fā)展。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號(hào)”用戶上傳并發(fā)布，本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
