L’ANALISI
llama.cpp b12212: fix del backend IBM zDNN e API
llama.cpp b12212 aggiunge il caricamento di IBM zDNN e corregge la versione API del backend. La build è pre-release, non un benchmark.
In breve: llama.cpp b12212 corregge due ostacoli all’avvio del backend IBM zDNN: il caricamento automatico della libreria e la compatibilità della sua registrazione con l’API GGML. Non è un nuovo backend né un risultato di prestazioni; la release è marcata pre-release. Release ufficiale llama.cpp b12212.
Verifica del 9 novembre 2026 su release ufficiale, PR integrata e diff dei tre file. Nessuna compilazione o prova su hardware IBM eseguita per questa analisi.
Perché il binario non trovava la libreria?
La PR descrive un binario che non scopriva automaticamente libggml-zdnn.so. Il diff inserisce il caricamento di zdnn nella lista dei backend, separandolo da zendnn: nomi simili, ma IBM zDNN e AMD ZenDNN sono componenti distinti. La prima verifica utile è quindi leggere quale backend viene effettivamente caricato, non soltanto controllare che il programma parta.
PR 31905: caricamento e registrazione IBM zDNN · Modifiche ai tre file del backend.
Che cosa cambia nella versione API?
Forzare la scoperta non bastava nel caso riportato dalla PR: il backend registrava la versione della libreria zDNN invece di quella richiesta da GGML. La modifica sostituisce quel valore con GGML_BACKEND_API_VERSION e rimuove la definizione non più necessaria. Si tratta della compatibilità di registrazione del plugin, non di una nuova versione del modello o di un cambiamento dei pesi.
PR 31905: caricamento e registrazione IBM zDNN · Modifiche ai tre file del backend.
Quale disponibilità è stata verificata?
La release GitHub b12212, pubblicata il 9 novembre, include un archivio Ubuntu 26.04 s390x zDNN oltre alle varianti CPU. Il campo prerelease della risposta ufficiale è true al momento della verifica. Presenza dell’asset e integrazione della PR sono verifiche documentali: non attestano che ogni ambiente IBM abbia già tutti i prerequisiti corretti.
Release ufficiale llama.cpp b12212.
Come verificare senza confondere avvio e velocità?
In un ambiente di prova autorizzato, conserva la build precedente e ripeti lo stesso avvio con lo stesso modello e la stessa configurazione. Registra il rilevamento di zDNN, gli errori di versione API e l’eventuale fallback. Solo dopo un caricamento riuscito ha senso confrontare un carico identico: la patch non fornisce da sola una misura di throughput o di latenza.
PR 31905: caricamento e registrazione IBM zDNN · Modifiche ai tre file del backend.
Checklist pratica
- Verifica che il backend richiesto sia IBM zDNN, non AMD ZenDNN.
- Annota build, archivio e ambiente; considera esplicitamente lo stato pre-release.
- Conserva la build precedente e i relativi log per un eventuale ripristino.
- Controlla nei log caricamento di libggml-zdnn.so, inizializzazione e assenza dell’errore API.
- Rileva separatamente un eventuale fallback e confronta prestazioni solo a parità di condizioni.
Condizioni e limitazioni
Build marcata pre-release. La correzione riguarda IBM zDNN; nessun test indipendente su IBM Z o LinuxONE e nessun aumento di prestazioni misurato.