Lean 4 batte Rust su DEFLATE ma resta dietro al C
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Una libreria DEFLATE scritta in Lean 4 supera miniz_oxide in Rust per velocità e compressione, ma non raggiunge le ottimizzazioni di libdeflate in C.
Lean-zip, libreria DEFLATE in Lean 4, comprime più veloce del 15% e produce output più piccolo dell’8,8% rispetto a miniz_oxide al livello più rapido, a parità di compressione “batte ogni singolo livello” del pacchetto Rust più usato nei benchmark citati1.
Il dato arriva da “How close can pure FP get to C?”, pubblicato il 22 ottobre 2026. Il pezzo riprende “Why Lean is Faster Than Rust” e misura lean-zip contro miniz_oxide, libreria che crates.io indica con oltre un miliardo di download. La sintesi dell’autore è chiara: stessa compressione, throughput più alto1.
Non cambia però il vertice della classifica. Libdeflate in C resta davanti. L’autore lo definisce il “boss finale” di DEFLATE, e spiega perché: ottimizzazioni molto curate con SIMD specifici per architettura. Questo canale non è accessibile in Lean, e il divario si vede nei test riportati1.
Il quadro operativo è netto. Su terreno comparabile, Lean 4 supera miniz_oxide nelle prove indicate. Quando entrano in gioco istruzioni vettoriali dipendenti dall’hardware, l’implementazione in C si allontana. La gerarchia che emerge è coerente con i vincoli tecnici esplicitati dall’autore1.
Da qui la domanda del titolo: quanto può avvicinarsi il functional programming puro al C. La risposta resta condizionata dal perimetro di esecuzione e dagli strumenti disponibili. Lean-zip non può usare SIMD specifici, e questo pesa sul risultato contro libdeflate. Dentro quel vincolo, la prova mostra che un progetto in Lean 4 può superare una controparte Rust molto scaricata su crates.io1.
Nel testo entra anche Roc, linguaggio funzionale che non è un prover. Ha un focus dichiarato sulle prestazioni runtime. Il motto lo esplicita: “Fast, Friendly, Functional”, con Fast in apertura. L’autore lo porta in scena proprio per collegare prestazioni in esecuzione e tempi di compilazione con scelte di design del linguaggio1.
Il riferimento a Roc apre il discorso oltre il caso DEFLATE. Si può progettare un linguaggio funzionale orientato alla velocità senza appoggiarsi agli strumenti di una piattaforma di dimostrazione. L’articolo usa l’esempio per mettere in relazione i risultati di lean-zip con un filone più ampio sulla performance nei linguaggi funzionali1.
Resta una implicazione pratica: finché l’accesso a SIMD specifici resta precluso, la distanza dal C nelle routine ad alta intensità di calcolo tenderà a riemergere. La prossima prova potrebbe misurare quanto si può stringere quel varco con tecniche portabili, oppure valutare cosa si guadagna quando un ecosistema funzionale introduce astrazioni sicure per sfruttare le istruzioni vettoriali dell’hardware1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,1/10 dopo 1 revisione.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.