.net - mvc - tag helpers asp net core 2

¿El proceso de trabajo de ASP.NET todavía devuelve datos en trozos de 31kb?

Question

¿El proceso de trabajo de ASP.NET aún devuelve datos en trozos de 31Kb?

Este artículo de MSDN escrito en mayo de 2004 especifica lo siguiente.

Cuando se usa el modelo de proceso ASP.NET, el proceso de trabajo de ASP.NET envía respuestas al cliente, primero las envía a través de IIS en trozos de 31 kilobytes (KB). Esto se aplica a .NET Framework 1.1, pero podría cambiar en futuras versiones. Cuantos más trozos de 31 KB tenga que enviar ASP.NET a través de IIS, más lenta será la ejecución de su página. Puede determinar cuántas partes requiere ASP.NET para su página al navegar por la página, ver la fuente y luego guardar el archivo en el disco. Para determinar la cantidad de fragmentos, divida el tamaño de la página entre 31.

¿Se ha cambiado esta arquitectura desde 2.0, 3.5 y 4.0?
Si es así, ¿cuál es el nuevo tamaño de fragmento para cada una de las nuevas versiones de .NET?

[Editar]
Han pasado más de dos semanas desde la publicación aún sin respuesta correct :(
Y por favor no proporcione respuestas especulativas.

Answer 1

Creo que la verdadera pregunta es: ¿importa? El artículo original fue escrito horriblemente para hacerte pensar que lo hace. Los fragmentos de 31kb devueltos del proceso de trabajo a IIS están todos en un sistema, no significa que los fragmentos de 31kb se devuelvan al cliente. IIS procesa esos trozos y luego, por separado, determina cómo fragmentarlos para enviarlos al cliente. El rendimiento no está relacionado con el número de fragmentos, está relacionado con el número de bytes.

Cambiar el tamaño de los fragmentos no cambiaría su rendimiento de ninguna manera apreciable. Sería como intentar cambiar el tamaño de página de la memoria interna en un documento de Word. Creo que esta es la razón por la que MS no ha mencionado el tamaño del trozo desde 2004: es una medida interna que no tiene una influencia apreciable en el rendimiento.