eMule プロトコル スライス選択アルゴリズムの分析

ダウンロードはデータの送信であることはご存じのとおりです。この点に関しては、すでに合意内容について多くのことをご紹介してきました。その中でも、BT プロトコルと eMule プロトコルがここでの重要なポイントです。しかし、実際には両者の間には多くの違いがあります。では、2 つのプロトコルにこれほど多くの違いが生じる原因は何でしょうか?

まず、BT の方法はシンプルで効率的かつ高速な伝送に重点を置いていますが、eMule はネットワーク全体の状態とユーザー エクスペリエンスの変化に重点を置いています。

第二に、ダウンロード効率だけを見れば BT が有利ですが、ネットワーク状態と完全なプロトコル サポートの点では、eMule プロトコルの方が優れています。

***、パフォーマンスの観点から見ると、同じネットワーク条件下では、BT は単一ファイルのダウンロード能力が強く、eMule は長時間の複数ファイルのダウンロードに適しており、マシンの使用への影響は少なくなります。これは、ネットワークバランスと p2p モードに関する両者の認識が異なるためです。

eMule プロトコルとスライス選択および検索アルゴリズム

ネットワーク全体のスループットと共有を最適化するために、eMule プロトコルはチャンクをダウンロードする順序を慎重に選択します。基本的な選択戦略とシャーディング情報は次のとおりです。各ファイルは 9.28M のブロックに分割され、各部分は 80KB の部分に分割されます。チャンクがダウンロードされる順序は、ダウンロード クライアントが「ファイル チャンク要求」メッセージを送信することによって決定されます (セクション 4)。ダウンロード クライアントは、任意の時点で各ソースからファイルの 1 つのチャンクをダウンロードすることができ、同じソースから要求されたすべての部分は同じチャンクに含まれます。ダウンロード チャンク レベルでは、次の原則が (この順序で) 適用されます。

1. （利用可能な）ピースの頻度。最新のピースをできるだけ早くダウンロードして、新しいソースを形成します。

2. ファイルのプレビュー、確認、またはチェックに使用されるチャンク（先頭の *** 個）（例：映画、mp3）

3. リクエストのステータス（ダウンロード中）を確認し、各ソースに他の部分についても問い合わせてみます。リクエストをすべてのオリジンに分散します。

4. 完了（ある程度完了していない）、別のものをダウンロードし始めるときに、作品の一部が完了する必要があります

周波数標準では、非常に高い、低い、中程度の 3 つの領域が定義されています。各地域では、ブロックのグレードを計算するために使用される基準に特定の重みがあります。下位レベルのチャンクが最初にダウンロードされます。次のリストは、上記の原則に基づいてファイル レベルの範囲を指定します。

l0-9999 - リクエストしない、非常にまれなブロックをリクエストする

l0000-9999 - VPN を要求せず、プレビューをブロックします

l20000-29999 - 一般ブロックの部分的な完了を要求しない

l30000-39999 - 要求された***とプレビューされたブロック

l40000-49999 - 完了していない要求された一般ブロック

eMule プロトコル アルゴリズムは通常、最初の最新のブロックを選択します。ただし、部分的に完了したブロック、つまり完了に近いブロックも選択される場合があります。一般的なチャンクの場合は、ダウンロードをさまざまなソースに分散します。