L’ANALISI
Infernix: launcher Windows, requisiti e nuovi default
Infernix aggiunge un launcher beta per Windows e richiede RTX 50-series e driver 580 o successivi. Nuovi default, memoria e limiti dei test.
In breve: Infernix è un motore di inferenza C++/CUDA per una GPU NVIDIA RTX 50-series. La release Windows del 1 novembre aggiunge un launcher beta che supervisiona il server locale, controlla il piano di memoria e instrada richieste compatibili con OpenAI e Anthropic. Non è un nuovo modello né una prova che qualsiasi checkpoint stia interamente in 32 GB di VRAM.
Metodo: analisi della release ufficiale windows-2026.11.01 e di README e manuale del launcher fissati allo stesso tag. Non sono stati eseguiti binari, caricati pesi o collegati client. Requisiti e comportamenti sono dichiarazioni documentali upstream; la checklist propone una futura prova controllata.
Che cosa aggiunge il launcher beta?
Il launcher non esegue l’inferenza: supervisiona un processo infernix-serve e inoltra richieste e risposte in streaming. Il manuale descrive un’interfaccia web, una libreria di modelli e configurazioni salvate. Quando cambia il modello richiesto, lascia terminare le richieste in corso prima di sostituire il processo. Il punto operativo è distinguere il client, il supervisore e il motore: un endpoint compatibile non prova che ogni funzione del provider originale sia disponibile o validata. Manuale del launcher: instradamento, dati e impostazioni.
Quale hardware serve e perché la VRAM non basta?
Il pacchetto Windows richiede una RTX 50-series, driver NVIDIA 580 o successivi e il Visual C++ Redistributable indicato dalla release. Il progetto è ottimizzato soprattutto sulla RTX 5090. Nei modelli con esperti scaricati dalla GPU, parte dei pesi resta nella RAM di sistema o sull’SSD. Per questo il piano deve includere memoria libera, artefatti e cache, non soltanto il numero stampato sulla scheda video. La release introduce infernix-serve --plan FILE per stimare l’avvio senza caricare il modello; qui non è stato eseguito. Infernix Windows: release, requisiti e verifiche dichiarate.
Quali default possono cambiare un workflow esistente?
La release rinomina --disable-fast-paths in --reproducible e sostituisce --ram-headroom-mib con --ram-free-mib. Attiva inoltre la decodifica speculativa automatica in assenza di una scelta esplicita. Un confronto prima/dopo deve quindi registrare i default effettivi e non riutilizzare alla cieca un vecchio script. Il flag di riproducibilità è una proprietà dichiarata dal progetto: non equivale a una certificazione indipendente né all’identità dei risultati fra motori diversi. Infernix Windows: release, requisiti e verifiche dichiarate.
Il deployment è locale? Che cosa resta sensibile?
Il manuale descrive un launcher locale che inoltra al server su loopback; l’indirizzo predefinito è 127.0.0.1:1234. Download e accesso a repository possono comunque usare Hugging Face. Il file di stato conserva il token Hugging Face in chiaro, mentre delle chiavi API create dal launcher conserva l’hash. La scelta prudente è proteggere directory, log e chat e verificare la configurazione prima di allargare l’ascolto in rete. Queste precauzioni sono un protocollo proposto, non un audit di sicurezza del software. Manuale del launcher: instradamento, dati e impostazioni.
Che cosa dimostrano i test pubblicati?
I benchmark upstream riportati nella release sono del 30 e 31 ottobre, su una RTX 5090 e commit precedenti al tag finale. L’autore dichiara controlli mirati dopo il candidato, ma non una nuova esecuzione della suite completa sul tag. Segnala inoltre Flash-Next non provato dallo zip finale e Linux non compilato o testato per questa release. I confronti del README dipendono anche da precisione, cache e distribuzione fra RAM e SSD. Sono condizioni da riprodurre, non numeri da trasferire a un altro computer o a qualsiasi carico. README Infernix fissato alla release Windows.
Condizioni e limitazioni
Lettura della release e dei documenti fissati al tag, senza installazione, download di modelli o benchmark locali. La suite completa non è stata rieseguita sul tag finale; Flash-Next non è stato eseguito dallo zip finale e Linux non è stato compilato o testato per questa release.
Checklist pratica
- Verificare modello della GPU, driver, prerequisiti Windows e spazio libero per pesi, RAM, SSD e cache.
- Conservare versione e script precedenti; annotare opzioni rinominate e nuovi default.
- Leggere la model card dell’artefatto esatto e il piano di memoria prima di caricarlo.
- Tenere l’endpoint su loopback per il primo test; proteggere token Hugging Face, chat e log.
- Proporre una richiesta non sensibile con client e modello identificati, separando avvio, risposta e uso dei tool.
- Misurare primo token, velocità, correttezza e memoria con prompt e impostazioni fissi; nessuno di questi test è stato eseguito qui.