Guida pratica · inferenza on-device

Il modello gira sul tuo hardware. Quale software scegliere?

Non esiste un vincitore assoluto: la scelta migliore dipende dal sistema operativo, dalla GPU, dal numero di utenti e da quanto vuoi configurare. Questa guida separa le app semplici dai motori e dai server per uso avanzato.

Caratteristiche confrontate su documentazione ufficiale il 24 ottobre 2026. “Locale” descrive dove gira il modello: controlla sempre che non sia selezionato un endpoint cloud.

App desktopLM Studio

Per scaricare, provare e chattare con modelli tramite interfaccia grafica.

Semplice + APIOllama

Per avviare modelli con pochi comandi e collegare strumenti locali.

Apple SiliconMLX-LM

Per chi usa Mac e vuole un runtime nativo, scriptabile e ottimizzabile.

Server GPUvLLM

Per servire richieste concorrenti con throughput elevato su GPU supportate.

Le scelte consigliate, per profilo

Le categorie non sono intercambiabili: una chat desktop e un server che gestisce molti utenti risolvono problemi diversi. Alcuni strumenti qui sotto sono interfacce, altri runtime di inferenza o layer API.

LM Studio

Desktop / headless
Principiante

Ideale per: usare modelli locali con GUI e provarne diversi senza partire dal terminale.

  • Download, gestione e chat dei modelli in un'unica applicazione.
  • Server locale e API compatibili con OpenAI; SDK e API REST.
  • Runtime basato anche su llama.cpp e MLX; esiste inoltre il daemon headless llmster.

Da considerare: l'app ha più funzioni di quelle necessarie per un semplice server; supporto e velocità dipendono dal modello e dal backend selezionati.

Documentazione ufficiale →

Ollama

Runtime + API locale
Facile

Ideale per: avviare un modello in locale da terminale o renderlo disponibile alle app.

  • Flusso semplice per scaricare e lanciare modelli, con servizio locale.
  • API Ollama e compatibilità parziale con API OpenAI.
  • Comodo per prototipi, scripting e integrazioni personali.

Da considerare: la compatibilità API non significa che ogni endpoint o parametro OpenAI sia supportato; controlla la documentazione per la funzione che ti serve.

Documentazione ufficiale →

Jan

App desktop
Open source

Ideale per: chi vuole un'app desktop in stile chatbot e un progetto open source.

  • Interfaccia conversazionale e scelta tra modelli aperti o provider collegati.
  • Progetto pubblico, con applicazione desktop e documentazione per sviluppatori.
  • Alternativa da valutare quando l'esperienza d'uso conta più della messa a punto del server.

Da considerare: verifica nelle guide della versione corrente il backend locale e il supporto del modello che vuoi usare.

Sito ufficiale →

llama.cpp

Motore / server
Controllo fine

Ideale per: inferenza leggera e flessibile, quantizzazione GGUF e hardware eterogeneo.

  • CPU e acceleratori diversi: CUDA, Metal, Vulkan, HIP e altri backend.
  • Quantizzazioni e inferenza ibrida CPU/GPU per gestire modelli più grandi della VRAM.
  • Include CLI e server con endpoint compatibili con OpenAI.

Da considerare: è più tecnico di un'app desktop; formati, build e parametri richiedono attenzione.

Repository e documentazione →

MLX-LM

Apple Silicon
CLI / Python

Ideale per: generazione, fine-tuning e sperimentazione su Mac con chip Apple.

  • Basato sul framework MLX, pensato per Apple silicon.
  • CLI e API Python, integrazione con Hugging Face e modelli quantizzati.
  • Supporta generazione, quantizzazione e fine-tuning.

Da considerare: non è una soluzione multipiattaforma; modelli grandi rispetto alla RAM disponibile possono diventare lenti.

Repository e documentazione →

vLLM

Serving ad alto throughput
Avanzato

Ideale per: API locali o on-prem con richieste concorrenti e GPU compatibili.

  • Batching continuo, gestione efficiente della KV cache e parallelismo multi-GPU.
  • Server API compatibile con OpenAI e ampia copertura di modelli.
  • Supporta NVIDIA, AMD e ulteriori piattaforme tramite backend o plugin.

Da considerare: setup Python/GPU e tuning sono più impegnativi; per una singola chat può essere sovradimensionato.

Documentazione ufficiale →

SGLang

Serving avanzato
Avanzato

Ideale per: serving a bassa latenza e alto throughput, anche su più GPU.

  • Runtime ottimizzato per serving, con caching dei prefissi e parallelismo.
  • API OpenAI-compatible e supporto a più famiglie di modelli e acceleratori.
  • Adatto a deployment tecnici che richiedono controllo sul server.

Da considerare: richiede familiarità con ambienti Python e configurazione acceleratori; confrontare col proprio carico reale, non solo con benchmark pubblicati.

Documentazione ufficiale →

LocalAI

Runtime / API multi-engine
Versatile

Ideale per: esporre un'API locale comune a modelli e task diversi, anche oltre il testo.

  • Runtime open source con API compatibili con OpenAI e altri endpoint.
  • Backend selezionabili, tra cui llama.cpp, vLLM e SGLang per i casi supportati.
  • Copre anche task multimodali, secondo motore e modello configurati.

Da considerare: la versatilità aggiunge configurazione; le prestazioni e le funzioni variano in base al backend.

Sito e documentazione ufficiale →

Confronto rapido

Filtra per piattaforma o scenario. La colonna “profilo” indica il tipo di software, non una classifica assoluta di qualità o velocità.

Software↕ Profilo↕ Piattaforma↕ Difficoltà↕ Punto di forza↕ Da sapere↕
LM StudioApp desktop + serverWindows, macOS, LinuxBassaGUI per catalogo, chat e API localeControllare runtime, modello e impostazioni cloud selezionati
OllamaRuntime + server APIWindows, macOS, LinuxBassaAvvio rapido da CLI e integrazione con appCompatibilità OpenAI parziale, non API completa
JanApp desktopWindows, macOS, LinuxBassaEsperienza chatbot open sourceVerificare backend e modelli supportati nella release
llama.cppMotore + serverWindows, macOS, LinuxMediaQuantizzazione, GGUF e portabilità hardwarePiù parametri e configurazione manuale
MLX-LMMotore / libreriamacOS, Apple SiliconMediaRuntime ottimizzato per chip Apple e PythonSpecifico per Apple Silicon
vLLMServer di inferenzaLinux; macOS/Apple Silicon via plugin vLLM-Metal; Windows via WSLAltaThroughput e concorrenzaRichiede tuning e acceleratore compatibile per le prestazioni migliori
SGLangServer di inferenzaLinux e acceleratori supportatiAltaBassa latenza, caching e serving distribuitoConfigurazione tecnica, risultati dipendenti dal carico
LocalAIRuntime + APIWindows, macOS, Linux; containerMedia-altaAPI unificata e più backend/taskFunzioni e performance dipendono dal motore scelto
DwarfStar (ds4)Motore + server + agentemacOS (Metal); Linux con CUDA o ROCmAltaModelli MoE molto grandi (DeepSeek V4 Flash, GLM 5.x) su workstation, con streaming degli esperti da SSDSolo pochi modelli selezionati, con i GGUF del progetto; beta; 64-96 GB+ consigliati

Scelta interattiva: inserisci la memoria del tuo PC

Inserisci la RAM installata e la VRAM dedicata. La stima riserva circa 4 GB di RAM e 1,5 GB di VRAM al sistema/runtime, poi indica quali classi di modelli quantizzati possono entrare in GPU o richiedere offload su RAM. Per Apple Silicon usa il totale della memoria unificata, senza sommare la VRAM.

Riferimento: memoria occupata dai pesi

Per un modello quantizzato a 4 bit, la memoria occupata dai soli pesi è grossomodo mezzo byte per parametro. Il consumo reale è più alto: aggiungi cache KV, contesto, runtime e margine per il sistema.

3–4Bcirca 2–3 GB pesi
7–8Bcirca 4–6 GB pesi
14Bcirca 8–10 GB pesi
30–32Bcirca 18–22 GB pesi
70Bcirca 40+ GB pesi

VRAM o memoria unificata

Una GPU con memoria sufficiente tende a rendere la generazione più veloce. Su Mac Apple Silicon CPU e GPU condividono la memoria; conta la RAM totale libera, non una VRAM separata.

Solo CPU o modello più grande della GPU

È possibile, ma spesso più lento. llama.cpp permette l'offload parziale tra CPU e GPU. La velocità dipende da banda memoria, quantizzazione, contesto e batch.

Le cifre sono ordini di grandezza dei pesi, non requisiti minimi né benchmark. La cache KV cresce con contesto e concorrenza; un contesto lungo può richiedere parecchia memoria aggiuntiva.

Scelta in 30 secondi

Voglio chattare sul mio PC

Inizia con LM Studio se preferisci una GUI, oppure Ollama se vuoi una CLI semplice e un server locale.

Ho un Mac Apple Silicon

Per l'uso senza codice prova LM Studio; per script, Python e fine-tuning valuta MLX-LM.

Voglio collegare un'app o un agente

Ollama o LM Studio sono i punti di partenza più accessibili. Controlla endpoint e funzioni API richieste dal client.

Devo servire più utenti

Valuta vLLM o SGLang e misura il carico reale. LocalAI è utile quando vuoi centralizzare backend e task diversi dietro un runtime.

Privacy e licenze: due verifiche necessarie

  • Un'app installata in locale non garantisce da sola che ogni richiesta resti locale: disattiva cloud, sincronizzazione o provider remoti se il requisito è isolamento.
  • Limita l'accesso alla porta API locale: non esporla su rete pubblica senza autenticazione, firewall e configurazione esplicita.
  • “Open weights” non significa automaticamente licenza open source o uso commerciale libero: leggi la licenza del singolo modello.
  • Benchmark e velocità pubblicati non sono direttamente confrontabili se cambiano GPU, quantizzazione, contesto, batch e versione del software.

Fonti ufficiali

Caratteristiche e compatibilità vanno ricontrollate quando cambia la versione del software o del modello.