processus de travail ASP.NET retour toujours données en morceaux de 31kb

processus de travail ASP.NET ne renvoie toujours des données en morceaux de 31Kbprocessus de travail ASP.NET retour toujours données en morceaux de 31kb

Cette MSDN article datant de mai 2004 décrit ci-après.

Lorsque vous utilisez le modèle de processus ASP.NET, le processus de travail ASP.NET envoie réponses au client, il envoie d'abord les via IIS dans 31 kilo-octets (Ko) morceaux. Cela s'applique à .NET Framework 1.1, mais il pourrait changer en futures versions. Plus les blocs de 31 Ko qu'ASP.NET doit envoyer via IIS, plus votre page est lente. Vous pouvez déterminer combien de blocs ASP.NET nécessite pour votre page en parcourant la page , en visualisant la source, puis en enregistrant le fichier sur le disque. Pour déterminer le nombre de morceaux, diviser la page par taille 31.

Est-ce que cette architecture changé depuis 2.0, 3.5 et 4.0?
Si oui, quelle est la nouvelle taille de segment pour chacune des nouvelles versions de .NET?

[Modifier]
Son été plus de deux semaines depuis la publication toujours pas correct réponse :(
Et s'il vous plaît ne fournissent pas de réponses spéculatives

Source

2010-01-12 Binoj Antony

SO recommande une prime si votre question est sans réponse: http://stackoverflow.com/faq 'Si, après 2 jours, vous n'avez toujours pas de réponse que vous aimez, vous pouvez offrir une prime ' –

Pourquoi avez-vous l'a transformé en wiki communautaire? maintenant personne ne répondra à votre question :( –

BTW, de mon expérience personnelle avec des primes SO - Je ne le recommanderais pas –

Je pense que la vraie question est - est-ce important l'original Les fragments de 31 Ko retournés du processus de travail vers IIS sont tous sur un seul système, cela ne signifie pas que les fragments de 31 Ko sont retournés au client. les morceaux à envoyer au client.La performance n'est pas liée au nombre de morceaux, elle est liée au nombre d'octets

La modification de la taille des blocs ne modifierait pas vos performances de manière appréciable. Ce serait comme essayer de changer la taille de la page de mémoire interne sur un document Word. Je pense que c'est la raison pour laquelle MS n'a pas mentionné la taille des segments depuis 2004 - c'est une mesure interne qui n'a aucune incidence sur la performance.

Source

2010-01-25 19:12:53 Andrew

@andrew il y a été 3 réponses avant la vôtre qui ont été supprimés, s'il vous plaît s'il vous plaît mettez ceci comme un commentaire et non comme une réponse. –

@Binoj - vous demandez quelque chose qui est interne au logiciel Microsoft, pas quelque chose qui a quelque chose à voir avec la performance. Vous n'obtiendrez pas de réponse en demandant aux gens de supprimer leurs réponses ... ajouter une prime. – Andrew

mais le fait demeure que votre réponse est encore un commentaire sur la question et non une réponse. Si cette question reste sans réponse alors il y avait une chance que quelqu'un de la SEP jette un coup d'oeil à ceci, vous gâtez cette opportunité. De toute façon, je n'ai aucun contrôle sur les non-réponses modératrices :( Mon intention était de le garder dans les questions sans réponse pendant au moins un certain temps jusqu'à ce qu'il obtienne une réponse ... –

processus de travail ASP.NET retour toujours données en morceaux de 31kb

Répondre

Questions connexes