Quelle est la taille de réponse optimale pour le transfert tronqué dans ASP.NET?

Question

Je crée un proxy inverse et j'essaie de trouver le tampon optimal pour une taille de réponse pour un codage de transfert tronqué. Actuellement, je l'ai fixé à 4 kb. Ce nombre est-il correct, ou y at-il une meilleure taille que je devrais utiliser. Je voudrais que cela soit sauvegardé avec quelques tests si possible.

J'accepterais également un paramètre de propriété connu dans le framework .NET qui a une valeur par défaut.

Answer 1

La taille optimale va plutôt être spécifique à l'application et au réseau. Il y avait un previous post qui a offert des suggestions sur la mesure de la meilleure taille de morceau compte tenu de l'environnement. J2ME est utilisé par défaut pour les blocs de 2 Ko (c'est-à-dire de client à serveur). Mais je n'ai aucune idée de ce que .NET par défaut. Malheureusement, le HTTP Spec sur le découpage n'offre aucune indication non plus.

Answer 2

J'ai eu de gros transferts de fichiers qui ont été en train de tuer le serveur web donc je mis en œuvre chunking par cet article: http://support.microsoft.com/kb/812406

clients immédiatement plaints que les téléchargements de fichiers ont 3 fois plus long, le tampon a été fixé à 10K. Dans certains cas, ces fichiers ont une taille comprise entre 80 et 100 Mo. J'ai augmenté le tampon à 200K et posterai mes résultats.