32 のダウンロード接続を使用する必要がありますか?自動モードで始める

セグメント化されたダウンロードの変更点

適切な HTTP 範囲のサポートにより、ワーカーは重複しない異なるファイル領域をリクエストできます。エンジンは返されたデータを検証し、その進行状況を追跡します。これにより、利用可能なパスをより有効に利用できますが、サーバーがリクエストを制限したり、ネットワークがすでに飽和状態で接続が少ない可能性があります。

本当のボトルネックを見つける

接続数だけではなく、スループット、エラー、ソースの動作を比較します。小さなファイルは、大きなプールが使用できるようになる前に終了する可能性があります。レート制限されたサービスまたはセッション保護されたサービスは、多数の同時リクエストに対する応答が低下する可能性があります。接続上のディスク スループットやその他のトラフィックによっても上限が設定される可能性があります。

実際の比較

• 安定したファイルを自動モードで開始します。
• 起動バーストを乗り越えるのに十分な長さのスループットを観察します。
• 特別な理由がある場合は、控えめな手動変更を試してください。
• エラーの増加やソースのスロットリングに注意してください。
• 残りの接続を維持することが目的の場合は、帯域幅制限を使用します。

メディアとトレントは異なります

HLS セグメント ワークフローまたはトレント ピア セットは、より多くの HTTP ワーカーを含む単なる通常のファイルではありません。ソース プロトコルは、どの設定が重要かに影響します。 32 を普遍的な最適値または保証された速度乗数として扱わないでください。検証されたタスクの進行状況と実際の完了動作を比較の一部として保持します。