最終的なサイズが GB (64GB を超える) になるマップを組み立てる必要があるという問題があり、プログラムのユーザーがこの種のモンスター マシンをぶらぶらしているとは想定できません。適切な解決策は、このマップを多数のマシンに分散して、インスタンスごとのメモリ フットプリントをはるかに抑えることです。
このシャーディングを実行できるライブラリ/ツールスイートを知っている人はいますか? レプリケーションやトランザクションは気にしません。このメモリ要件を広めるだけです。
5 に答える
3
テラコッタは役に立つかもしれません ここを見てください
クラスター化されたjvmは、マップを更新する頻度に依存します。マップのパフォーマンスの良さを推測します。
于 2010-01-29T17:24:26.183 に答える
2
hazelcast から始めることをお勧めします。
これはオープンソースであり、私の意見では非常に使いやすいため、ラピッド プロトタイピングに最適なフレームワークです。
私の知る限り、商用の代替品よりも高速に実行されるため、パフォーマンスについても心配する必要はありません.
（私は正式に自分でベンチマークしていません）
于 2010-01-29T17:28:58.373 に答える
2
オープンソースでなければなりませんか？そうでない場合は、Oracle Coherenceで実行できます。
于 2010-01-29T17:26:09.193 に答える
1
代わりにデータベースを使用することで問題を解決できる場合があります。http://hsqldb.org/のようなものは、すべてをメモリに保持するのではなく、データをディスクに書き込む機能を備えた必要な機能を提供する場合があります。
私は間違いなく一歩下がって、マップが GB のデータに適したデータ構造であるかどうかを自問します。
于 2010-01-29T17:31:07.100 に答える
0
Gigaspaces Datagridは、あなたが探しているもののように聞こえます。（無料ではありませんが）
于 2010-01-29T23:03:34.900 に答える