Плохая производительность распаковки GZipStream

У меня есть приложение .NET 2.0 WinForms, которое подключается к бэкэнд-серверу WAS. Я использую GZipStream для декодирования данных, возвращающихся из вызова HttpWebRequest на сервер. Возвращенные данные являются сжатыми CSV, которые Apache сжимает. Весь стек серверов находится в спящем режиме ->EJB ->Весна ->Apache.

Для небольших ответов производительность хорошая (<50мс). Когда я получу ответ>150 КБ, для распаковки требуется более 60 секунд. Кажется, что большую часть времени проводят в конструкторе GZipStream.

Это код, показывающий, где я получаю поток ответов от вызова HttpWebResponse:

using (Stream stream = this.Response.GetResponseStream())
{
 if (this.CompressData && this.Response.ContentEncoding == "gzip")
 {
        // Decompress the response
  byte[] b = Decompress(stream);
  this.ResponseBody = encoding.GetString(b);
    }
 else
 {
  // Just read the stream as a string
  using (StreamReader sr = new StreamReader(stream))
  {
   this.ResponseBody = sr.ReadToEnd();
  }
 }
}

Редактировать 1

На основании комментария от Lucero я изменил метод Decompress следующим образом, но я не вижу какого-либо выигрыша в производительности от загрузки ResponseStream в MemoryStream до создания экземпляра GZipStream.

private static byte[] Decompress(Stream stream)
{
 using (MemoryStream ms = new MemoryStream())
 {
  byte[] buffer = new byte[4096];
  int read = 0;

  while ((read = stream.Read(buffer, 0, buffer.Length)) > 0)
  {
   ms.Write(buffer, 0, read);
  }

  ms.Seek(0, SeekOrigin.Begin);

  using (GZipStream gzipStream = new GZipStream(ms, CompressionMode.Decompress, false))
  {
   read = 0;
   buffer = new byte[4096];

   using (MemoryStream output = new MemoryStream())
   {
    while ((read = gzipStream.Read(buffer, 0, buffer.Length)) > 0)
    {
     output.Write(buffer, 0, read);
    }

    return output.ToArray();
   }
  }
 }
}

Исходя из кода выше, кто-нибудь может увидеть какие-либо проблемы? Мне кажется, это довольно просто, но этосводит меня с ума.

Редактировать 2

Я профилировал приложение, используя ANTS Profiler, и в течение 60-х годов декомпрессии процессор был близок к нулю, и использование памяти не менялось.

Редактировать 3

Фактическое замедление происходит во время чтения

this.Response.GetResponseStream
Все 60-е тратятся на загрузку потока ответов в MemoryStream. Однаждыs, звонок в GZipStream быстрый.

Редактировать 4

Я обнаружил, что при использовании HttpWebRequest.AutomaticDecompression возникает та же проблема с производительностью, поэтому язакрываю этот вопрос.

Ответы на вопрос(4)

Ваш ответ на вопрос