問題タブ [chronicle-map]

We are evaluating ChronicleMap and our application runs cluster mode with nodes ranging from 5 to 45. The plan is to have the ChronicleMap persisted in shared NFS folder so that all the nodes can read/write.

There are more likely chance that individual nodes could go down for various reasons in the middle of a read/write operation with this said. I have some questions

1. If node-1 goes down during a write operation, can another healthy node-2 in the cluster still continue to read/write to the files?
2. Lets say we implement some logic to detect a server crash and call the .recoverPersistedTo() on restart. Will this cause any issues while other healthy nodes in the cluster are reading/writing to the files? The reason I ask this question is that the document says

“You must ensure that no other process is accessing the Chronicle Map store when calling .recoverPersistedTo()”</p>

3. I have read that using .recoverPersistedTo() in place is createPersistedTo() is not a good practice, but what are the downsides?

ChronicleMap を使用したオフヒープ キャッシングのテスト。このコードはオフヒープ インメモリ マップを作成しますか?

私は JVM のオフヒープ ストレージを初めて使用しますが、ChronicleMap はオフヒープに適しています。しかし、私の主な関心事は、主にパフォーマンスに関連しています。

構成で簡単なテストを実行しました

そして、次の結果が見つかりました

Concurrent HashMap と比較すると、読み取りパフォーマンスはかなり低いです。

デフォルトの Bloat ファクターとデフォルトの Marshaller を使用して、1024/2048 セグメントを試しました。しかし、それでも同じ結果です。

Off Heap 機能を利用して GC の一時停止を減らしたいだけで、永続的なものやレプリケーションを使用したり、JVM を超えてマップを使用したりするつもりはありません。

問題は、ChronicleMap を使用するか、ConcurrentHashMap を使用するかです。または、ChronicleMap の場合にパフォーマンスを向上させるために使用できる他の構成はありますか?

前もって感謝します。

** https://github.com/OpenHFT/Chronicle-Map/blob/master/src/test/java/net/openhft/chronicle/map/perf/MapJLBHTest.javaを使用したベンチマーク:**