Share via


SNA frente a TCP/IP

TCP/IP no es tan escalable como SNA con el Integrador de transacciones (TI), pero TCP/IP es más eficaz en otras áreas, como la transferencia de archivos y el acceso a datos (aproximadamente del 10 al 15 % mejor en las pruebas OLEDB). Además, la aprobación de IBM de TCP/IP simplifica la infraestructura de red corporativa y permite una interoperabilidad más sencilla a Internet.

Para estudiar las diferencias de rendimiento de TI con TCP/IP como protocolo de vínculo de flujo ascendente frente a SNA, Microsoft realizó una prueba de esfuerzo en la que el único cambio en la configuración era el protocolo de vínculo ascendente. La prueba de SNA se estableció para usar el valor de la SelectionHint propiedad porque es el mismo proceso realizado por el vínculo de arriba tcp/IP. Para obtener más información sobre los efectos de la SelectionHint propiedad, vea Selección de entorno remoto con la propiedad SelectionHint.

Analizando el tiempo medio de respuesta como una función de las transacciones realizadas, Microsoft encontró que TCP/IP es tan rápido como SNA. De hecho, TCP/IP es más rápido que SNA cuando la carga es inferior a 100 transacciones por segundo (tps). Para algunas implementaciones, es el intervalo operativo típico. A medida que aumenta la carga, el vínculo ascendente TCP/IP sin conexión comienza a ralentizar el tiempo de respuesta y recorta el rendimiento superior en 500 tps. El vínculo superior de SNA permite tiempos de respuesta estables a lo largo del intervalo de carga y, por tanto, consigue una mayor escalabilidad.

Para analizar la escalabilidad superior de SNA en comparación con TCP/IP, Microsoft ha gráfico los fotogramas por segundo sobre la RED troncal. Mientras que SNA mantiene sus sesiones de transacción a transacción, TCP/IP debe establecer y destruir la conexión TCP/IP para cada transacción. Esto da como resultado más fotogramas transmitidos a través del vínculo superior en comparación con SNA. En nuestras pruebas, la LAN Ethernet 100baseT no se convirtió en un cuello de botella, pero esto puede convertirse en el problema crítico si la velocidad de vínculo entre el servidor ti y el host es más lenta. En cualquier caso, las conexiones TCP/IP y las desconexiones generan algunas interrupciones adicionales para ambos extremos.

El análisis adicional muestra una ventaja de que el vínculo ascendente TCP/IP tiene sobre el vínculo superior de SNA que podría convertirse en el factor determinante en una implementación real. Cuando se usa el vínculo ascendente de SNA, el servidor de automatización de TI debe soportar casi dos veces la cantidad de cambio de contexto en comparación con el caso de vínculo ascendente TCP/IP. Esto se debe a que con SNA, los mensajes se pasan primero de TI al nodo del servidor SNA y, a continuación, al servicio de vínculo SNA. Se trata de procesos independientes, por lo que hay comunicación de proceso a proceso y cambio de contexto. Con TCP/IP esto no ocurre; TI pasa los mensajes directamente al controlador NDIS. En un servidor en el que se está produciendo un procesamiento adicional de la lógica de negocios, se puede producir tanto cambio de contexto que el rendimiento y la escalabilidad se ven afectados.

Consulte también

Guía de rendimiento del Integrador de transacciones