Nota
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare ad accedere o a cambiare directory.
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare a cambiare directory.
NDIS 6.0 ha introdotto un'architettura per l'offload TCP completo. Questa architettura è denominata architettura "chimney offload" perché fornisce una connessione diretta, denominata "camino", tra le applicazioni e una scheda di interfaccia di rete con supporto per offload. Il camino consente alla scheda di interfaccia di rete di eseguire l'elaborazione TCP per le connessioni offloaded, incluso il mantenimento dello stato del protocollo.
L'architettura di offload del camino riduce l'elaborazione della rete host per le applicazioni a elevato utilizzo di rete. In questo modo, le applicazioni in rete possono essere ridimensionate in modo più efficiente, riducendo al contempo la latenza end-to-end. Per ospitare un'applicazione sono necessari meno server e i server possono usare la larghezza di banda Ethernet completa.
Il camino TCP scarica tutta l'elaborazione TCP per una o più connessioni TCP. I principali miglioramenti delle prestazioni vengono ottenuti dallo scarico della segmentazione e del riassemblaggio (SAR), dallo scarico dell'elaborazione che garantisce connessioni affidabili (ad esempio, l'elaborazione degli ACK e i timer di ritrasmissione TCP) e riducendo il caricamento degli interrupt di sistema.
Nota Il sistema operativo Windows Vista continua a supportare l'offload delle singole attività TCP disponibili nelle versioni precedenti del sistema operativo. Queste attività possono essere scaricate su connessioni che non sono state scaricate attraverso un camino. Una scheda di interfaccia di rete con supporto per offload deve supportare sia i chimney offload sia gli offload di attività. Tale scheda di interfaccia di rete (NIC) offre il massimo grado di ottimizzazione dell'offload.
Per informazioni su TCP chimney offload in NDIS 6.0 e versioni successive, vedere NDIS TCP Chimney Offload.