Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive il modello di driver per i reindirizzamenti di rete introdotti in Windows 2000.
Una sfida significativa nella progettazione dei reindirizzamenti di rete è la conversione relativamente complessa eseguita dalle operazioni avviate dall'utente alle operazioni di rete di basso livello, sia in relazione alla selezione delle operazioni che alla tempistica. La gestione del sistema di I/O di Windows, di Gestione cache e di Gestione memoria è un'impresa relativamente complessa. Questa affermazione è particolarmente vera quando si considera la varietà di modalità di buffering che potrebbero essere appropriate per un meccanismo di comunicazione remota, ad esempio una rete di computer in cui la velocità e l'affidabilità possono variare notevolmente. L'implementazione di queste operazioni di buffering in un redirector di rete rappresenta un investimento significativo in funzione che idealmente verrebbe condiviso e riutilizzato dai driver.
Windows 2000 ha introdotto un modello di driver per i reindirizzamenti di rete in base a un approccio di driver a più livelli o miniport. Questo modello viene indicato come architettura mini-redirector (rdr2). Invece di dover implementare nuovamente il codice complesso usato per il buffering e l'interazione con Gestione I/O e Gestione cache in ogni driver, questo blocco di codice di grandi dimensioni è stato estratto e reso disponibile a tutti i potenziali reindirizzamenti di rete. Il codice di buffering comune condiviso è denominato SubSystem di buffering unità reindirizzata (RDBSS).
Di seguito è riportato un modello di questa architettura con più reindirizzamenti.
Questa progettazione di SERVIZI Desktop remoto offre diversi dei vantaggi seguenti:
Semplifica il processo di scrittura del driver in modalità kernel (KMD) per un redirector di rete perché è stata fornita una grande quantità di codice comune necessaria per gestire il sistema di I/O, Gestione cache e Memory Manager.
Rende disponibili ad altri driver del reindirizzamento di rete una notevole quantità di miglioramenti delle prestazioni in base agli algoritmi di buffering e alle ottimizzazioni del kernel sviluppate per Le reti Microsoft.
Semplifica la manutenzione perché deve essere sviluppata e gestita una sola copia del codice di buffering. Nel modello precedente a Windows 2000 era necessaria una copia per ogni redirector.
Fornisce un forte incapsulamento del componente specifico del protocollo di rete di un redirector di rete, in modo che gli sviluppatori di driver possano concentrarsi su questi aspetti del redirector di rete univoci e specifici per l'applicazione o il prodotto.
Semplifica il debug dei driver per i reindirizzamenti di rete fornendo il disaccoppiamento basato su questo approccio a più livelli.
Il modello RDBSS è stato introdotto con Windows 2000. Questo stesso modello viene usato anche in Windows Server 2003 e Windows XP.
Progettazione del reindirizzamento di rete in Windows NT
Lo schema originale introdotto in Windows NT 3.0 non usava componenti condivisi ed era limitato. Questo modello viene spesso chiamato modello di driver rdr originale (rdr è un'abbreviazione del redirector). Per semplificare il processo di scrittura di un redirector di rete, il sistema operativo non ha fornito supporto speciale. Ogni KMD ha implementato tutte le funzioni necessarie per un redirector di rete. Di conseguenza, ogni KMD include una grande quantità di codice per le interazioni con Gestione I/O, Gestione cache e Gestione memoria. Ogni redirector di rete (LAN Manager, NetWare e NFS, ad esempio) installato in Windows doveva implementare tutte queste funzioni. Questo modello di progettazione è stato usato per i driver per i reindirizzamenti di rete tramite Windows NT 4.0. Di seguito è riportato un diagramma di questa architettura, con più reindirizzamenti.