SNA e TCP/IP
TCP/IP non è scalabile come SNA con Transaction Integrator (TI), ma TCP/IP è più efficace in altre aree, ad esempio il trasferimento dei file e l'accesso ai dati (circa il 10-15% migliore nei test OLEDB). Inoltre, l'approvazione IBM di TCP/IP semplifica l'infrastruttura di rete aziendale e consente di semplificare l'interoperabilità con Internet.
Per studiare le differenze di prestazioni per TI con TCP/IP come protocollo di collegamento up-stream rispetto a SNA, Microsoft ha eseguito un test di stress in cui l'unica modifica apportata all'installazione era il protocollo up-link. Il test SNA è stato impostato per usare l'impostazione della SelectionHint proprietà perché si tratta dello stesso processo eseguito dal collegamento up-up TCP/IP. Per altre informazioni sugli effetti della SelectionHint proprietà, vedere Selezione ambiente remoto con la proprietà SelectionHint.
Analizzando il tempo di risposta medio come funzione delle transazioni eseguite, Microsoft ha rilevato che TCP/IP è veloce come SNA. In effetti, TCP/IP è più veloce di SNA quando il carico è inferiore a 100 transazioni al secondo (tps). Per alcune distribuzioni, ovvero l'intervallo operativo tipico. Man mano che il carico aumenta, il collegamento TCP/IP senza connessione inizia a rallentare il tempo di risposta e ritaglia le prestazioni superiori a 500 tps. Il collegamento up-SNA consente tempi di risposta stabili durante l'intervallo di carico e quindi ottiene una maggiore scalabilità.
Per analizzare la scalabilità superiore di SNA rispetto a TCP/IP, Microsoft ha grafico i fotogrammi al secondo sulla rete LAN backbone. Mentre SNA gestisce le sessioni dalla transazione alla transazione, TCP/IP deve stabilire ed eliminare la connessione TCP/IP per ogni transazione. Ciò comporta più fotogrammi trasmessi tramite il collegamento up-link rispetto a SNA. Nei test, la LAN Ethernet 100baseT non è diventata un collo di bottiglia, ma questo può diventare il problema critico se la velocità di collegamento tra il server TI e l'host è più lenta. In qualsiasi caso, le connessioni TCP/IP e le disconnessione generano alcuni interruzioni aggiuntivi per entrambe le estremità.
Un'analisi aggiuntiva mostra un vantaggio che il collegamento up-IP/TCP ha sul collegamento up-link SNA che potrebbe diventare il fattore di scelta in una distribuzione reale. Quando si usa il collegamento up-link SNA, il server di automazione TI deve sopportare quasi due volte la quantità di cambio di contesto rispetto al caso di collegamento up-link TCP/IP. Questo perché con SNA, i messaggi vengono passati da TI prima al nodo server SNA e quindi al servizio di collegamento SNA. Questi sono processi separati, quindi è presente la comunicazione da processo a processo e il cambio di contesto. Con TCP/IP questo non si verifica; TI passa i messaggi direttamente al driver NDIS. In un server in cui si sta verificando un'elaborazione aggiuntiva della logica di business, il cambio di contesto può verificarsi che la velocità effettiva e la scalabilità siano interessate.