Каков оптимальный размер ответа для фрагментированной передачи в ASP.NET?

Question

Я создаю обратный прокси-сервер и пытаюсь найти оптимальный буфер для размера ответа для фрагментированной кодировки передачи. В настоящее время он установлен на 4 кб. Этот номер в порядке, или есть лучший размер, который я должен использовать. Я хотел бы подкрепить это некоторыми тестами, если это вообще возможно.

Я бы также принял параметр свойства, о котором кто-то знает, в .NET Framework, который имеет значение по умолчанию.

Answer 1

Оптимальный размер будет зависеть от приложения и сети. Был предыдущий пост , в котором предлагались рекомендации по измерению наилучшего размера куска с учетом среды.

J2ME используется по умолчанию для кусков по 2 КБ (это клиент-сервер). Но я понятия не имею, что .NET по умолчанию. К сожалению, HTTP Spec для чанкинга также не дает никаких указаний.

Answer 2

У меня были большие передачи файлов, которые убивали веб-сервер, поэтому я применил разбиение на фрагменты в этой статье: http://support.microsoft.com/kb/812406

Клиенты сразу же пожаловались, что загрузка файлов заняла 3 раза, буфер был установлен на 10K. В некоторых случаях эти файлы имеют размер 80-100 МБ. Я увеличил буфер до 200K и опубликую результаты.