情報圏におけるコミュニケーションの組織：グリッドモビリティ

グリッドが、各ノードが少し「重くなる」分散構造であるが、そのような数百万のノードへのタスクの分散が迅速なソリューションにつながる場合、グリッドをモバイルデバイスに結び付けてみませんか？



その後、問題が発生します-両方のポイントが連続的に移動している場合、ポイントAからポイントBへのチャネルを確立する方法は？ セルラー通信では、固定スイッチに接続された固定基地局があります。 これにより、検索階層が形成されます。スイッチでは、1つまたは別の加入者が割り当てられているベースステーションに対してテーブルが継続的に更新されます。

簡単ですが、私は知っていますが、そのようなモデルは私たちのために機能します。



ここで、固定スイッチと固定ベースステーションがないことを想像してください。 スイッチ-グリッド環境で解決されるタスクフロー。基地局は通常、クラスとして存在しません。



そして、ポジショニングの問題を解決するには？

次のアルゴリズムが描画されます。

1.各ポイントは、内部テーブルで、そのアクセス領域にある他のすべてのポイントを指定します（直接接続）。

ところで、半径。 素晴らしいはずではありません-そうでなければ混雑した場所であなたはそのような兆候を持つことができます...しかし...一人が少なくとも0.3平方メートルを占有する場合。 メーター、受信半径1 kmのポイント。 最大1,050万件のレコードがあります。 これは、樽の中のニシンのように立つ場合です。 次に、識別子サイズが4バイトの場合、ベースは40 MBになります。 もちろん、多くの...

しかし、これは人々が最大限にプッシュされるときです。 したがって、平均密度は10〜15平方メートルあたり約1人です。 m。、識別子が30倍減少します。 これは1 MBです。

すでに耐えられる。 グリッドに組み込むことができる現在のタイプのアクティビティを考慮すると、許容範囲を超えます。 そして、あなたがそのような半径がオプションであり、200mで十分かもしれないことを思い出すなら-OK、一般に。



2.テーブルに宛先がいる場合、メッセージが彼に与えられます。 そうでない場合は、テーブルに登録されているほとんどのリモートユーザーのうち少数（N）を選択すると、メッセージが送信されます。



3.メッセージが正しいIDで宛先に受信されるまで、手順が繰り返されます。



ここにそのようなことが描かれています。 興味深い原則ですが、技術的にリリースするのはひどい面倒です...