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

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

Este MSDN article realizado en mayo de 2004 especifica lo siguiente.

Cuando se utiliza el modelo de proceso ASP.NET, el proceso de trabajo de ASP.NET envía respuestas de vuelta al cliente, primero los envía a través de IIS en 31 kilobytes (KB) trozos. Esto se aplica a .NET Framework 1.1, pero podría cambiar en las versiones futuras . Cuantos más trozos de 31 KB que ASP.NET deba enviar a través de IIS, , más lenta será la ejecución de la página. Puede determinar cuántos trozos requiere ASP.NET para su página al explorar la página , ver el origen y luego guardar el archivo en el disco. Para determinar el número de trozos, dividir el tamaño de página por 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 no hay respuesta correct :(
Y por favor, no dan respuesta especulativos

Fuente

2010-01-12 Binoj Antony

SO recomienda una recompensa si su pregunta no recibe respuesta: http://stackoverflow.com/faq 'Si, después de 2 días, todavía no tiene la respuesta que desea, puede ofrecer una recompensa' –

¿Por qué lo convirtió en una wiki de la comunidad? ahora nadie responderá a su pregunta :( –

BTW, de mi experiencia personal con SO bounties - No lo recomendaría. –

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

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

Fuente

2010-01-25 19:12:53 Andrew

@andrew tiene 3 respuestas anteriores a la tuya que fueron borradas, por favor pon esto como un comentario y no como una respuesta. –

@Binoj - usted está preguntando algo que es interno al software de Microsoft, no algo que tenga algo que ver con el rendimiento. No obtendrá una respuesta pidiéndole a las personas que eliminen sus respuestas ... agregue una recompensa. – Andrew

pero el hecho es que su respuesta sigue siendo un comentario sobre la pregunta y no una respuesta. Si no se responde a esta pregunta, entonces existe la posibilidad de que alguien de la EM lo revise, está arruinando esta oportunidad. De todos modos no tengo control sobre la moderación de las no respuestas :( Mi intención era mantenerlo en las preguntas sin contestar durante al menos un tiempo hasta que se responda ... –

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

Respuesta

Cuestiones relacionadas