Windows NT 4.0 riceve il supporto per le unità SSD NVMe, con un driver dedicato

Nel 2025, un sistema operativo nato nel 1996 ha raggiunto un traguardo apparentemente impossibile: lo storico Windows NT 4.0 ha ottenuto supporto nativo per NVMe, una tecnologia di archiviazione che sarebbe diventata standard solo oltre 15 anni dopo. Non si tratta di emulazione o virtualizzazione, ma di compatibilità hardware reale tramite sviluppo di driver dedicati, un risultato che sfida le leggi del tempo in ambito tecnologico.

Il muro storico dello storage

Tradizionalmente, lo storage ha rappresentato il principale ostacolo tra sistemi operativi “vintage” e hardware moderno. NT4 può essere adattato per ignorare dotazioni RAM eccessive, limitare CPU multi-core o tollerare chipset recenti, ma quando si trova di fronte a un controller NVMe, il risultato è un BSOD 0x7B, indicazione che il sistema operativo non riconosce il dispositivo.

Il problema non è affatto sorprendente: NVMe non esisteva nel 1996 e si basa su un’architettura di storage completamente differente, progettata per comunicazioni ad alta velocità tra processore e memorie a stato solido. Eppure, nel 2025, un video pubblicato su YouTube documenta che Windows NT 4.0 non solo è in grado di avviare un’unità NVMe, ma raggiunge prestazioni in lettura pari a 1.400 MB/s, velocità impensabili negli anni ’90.

Due strategie per ottenere “l’impossibile”

Per integrare NVMe su sistemi Windows obsoleti come NT4, esistono due approcci principali:

• Driver nativo SCSI miniport. Si tratta di costruire un driver che “parla” direttamente con NT4, traducendo le richieste dello stack SCSI legacy verso l’hardware NVMe. Questa soluzione è complessa perché richiede di comprendere a fondo il modello di I/O di NT4, i suoi meccanismi di interrupt, DMA e gestione dei comandi SCSI, ma garantisce integrazione naturale e compatibilità totale.
• Backporting di driver moderni. Questa strategia consiste nel modificare kernel e file di sistema, importando driver più recenti, come già fatto per Windows 2000. Tuttavia, NT4 manca dello stack Storport, introdotto solo con Windows Server 2003, rendendo il backporting praticamente impossibile senza riscrivere porzioni fondamentali del sistema operativo.

Lo sviluppatore Techomancer ha scelto la prima opzione, creando un driver SCSI-to-NVMe completamente nativo. In questo modo, NT4 non deve “adattarsi” ai driver moderni, ma continua a operare secondo le sue proprie regole, semplicemente parlando con un hardware inedito tramite un layer di traduzione intelligente.

Architettura SCSI Port: la chiave della compatibilità

Il successo del driver nativo dipende dall’architettura SCSI Port di NT4, progettata negli anni ’90 per dispositivi di storage lentissimi e cablati. Nonostante la tecnologia sembri antiquata, la sua astrazione pulita e ben congegnata consente di intercettare e reinterpretare comandi a basso livello, permettendo di tradurre richieste NT4 verso NVMe senza modificare il sistema Microsoft.

Il driver gestisce:

• Command Queuing: il buffering dei comandi per NVMe, che NT4 non prevede nativamente.
• Direct Memory Access (DMA): l’adattamento della gestione della memoria fisica di NT4 per le velocità elevate dei moderni SSD.
• Interrupt Handling: la gestione degli interrupt ad alta frequenza dei controller NVMe, adattandoli al modello legacy di NT4.

Sono dettagli tecnici che spiegano perché un backport basato su driver di Windows 2000 non sarebbe sufficiente: la struttura del kernel di NT4 non supporta direttamente le API moderne necessarie allo scopo.

Filosofia della compatibilità infinita

Il driver NVMe non è solo un’innovazione tecnica: rappresenta un principio più ampio. È la dimostrazione dell’ottimo lavoro svolto dagli sviluppatori Microsoft con Windows NT 4.0 e mete in evidenza come una buona architettura può adattarsi a decenni di evoluzione tecnologica.

Il modello SCSI Port, pensato per dischi voluminosi e lenti, si è rivelato sufficientemente flessibile da riuscire a “parlare” con controller SSD ultraveloci, dimostrando che astrazione e modularità ben progettate sono strumenti potenti contro l’obsolescenza.

L’integrazione NVMe non è solo un esperimento tecnico. Con un setup basato, ad esempio, su CPU Coffee Lake, motherboard ASUS B360-Plus (con slot PCI legacy e NVMe M.2), GPU Quadro FX 4500, NT4 esegue Quake 3 a oltre 600 fps in Full HD e Serious Sam: The First Encounter tramite OpenGL 1.2, dimostrando che software e giochi legacy possono beneficiare di hardware moderno senza perdere la compatibilità originale.

Ecco quindi il curioso paradosso: un sistema operativo del 1996 diventa in grado di sfruttare risorse di calcolo anni luce avanti, pur mantenendo stack software e API di fine anni ’90.