複数のスレッドでMemoryStreamにストリームを読み取る

Question

私はある場所に立ち往生しています。私はURLからflvファイルを読んでいます。これをストリームに読み込み、このストリームをループ内のMemoryStreamに書き込んでいます。コードがループから抜けると、私はMemoryStream全体をByteArrayに書き込み、次にこのByteArrayを私のハードディスク上のローカルファイルに書き込みます。

このflvは大きすぎるため、ループ処理に多くの時間がかかります。私は複数のスレッドでMemoryStreamのオリジナルの大きなストリームを読むことを考えています。これは、ストリームを例えば10分割し、これらの部分を複数のスレッドでMemoryStreamに書き込むことを意味します。これはどうすればいいですか？

私は自分のコードを添付しています。

//Get a data stream from the url 
       WebRequest req = WebRequest.Create(url); 
       WebResponse response = req.GetResponse(); 
       using (Stream stream = response.GetResponseStream()) 
       { 
        //Download in chuncks 
        byte[] buffer = new byte[1024]; 

        //Get Total Size 
        int dataLength = (int)response.ContentLength; 



        //Download to memory 
        //Note: adjust the streams here to download directly to the hard drive 
        using (MemoryStream memStream = new MemoryStream()) 
        { 
         while (true) 
         { 
          //Try to read the data 
          int bytesRead = stream.Read(buffer, 0, buffer.Length); 

          if (bytesRead == 0) 
          { 
           Application.DoEvents(); 
           break; 
          } 
          else 
          { 
           //Write the downloaded data 
           memStream.Write(buffer, 0, bytesRead); 
          } 
         } 

         //Convert the downloaded stream to a byte array 
         byte[] downloadedData = memStream.ToArray(); 
        } 


       } 

すべてのヘルプは、あなたが複数のスレッドを使用して、ダウンロードを高速化することができません おかげ

Answer 1

を高く評価しています。ここでの制限要因は、コンピュータがデータを処理する速度ではなく、サーバーからのデータの転送速度です。

複数のスレッドを使用してこれをスピードアップしようとするのではなく、WebRequestではなくWebClientを作成することをお勧めします。 WebClient.DownloadDataAsyncを呼び出して、バックグラウンドでデータをメモリにダウンロードしたり、WebClient.DownloadFileAsyncに電話してファイルに直接ダウンロードしたりすることができます。

これらのいずれもダウンロードを高速化することはできませんが、ダウンロード中にユーザーインターフェイスが応答しなくなることはありません。

Answer 2

スレッドはあなたを助けません。あなたはIOでブロックされます。 IO上で1つのスレッドがブロックされているのではなく、IO上で複数のスレッドがブロックされるようになりました。実際、多くの場合、複数のスレッド上の同じリソース（またはパラレルではあるが関連するリソース）と通信すると、は、のIOスループットとスレッディングオーバーヘッドになります。失う：失う。

また、ほとんどのストリームはであり、スレッド化のために設計されていません。;ストリームを正しい順序で再構築し、内部状態を崩さないようにするために、非常に複雑なコーディネーションコードが必要です。率直に言って、それは価値がありません。