chronicle-map

0熱

1答えて

データキャッシュとしてredisの代わりにchronicle-mapを使用する方法

redisの代わりにchronicle-mapを使用する予定です。アプリケーションのシナリオは、データベースから毎日開始され、数億マップ、および数十のJVMはクロニクルマップレコードを読み続ける。各jvmには数百のスレッドがあります。しかしおそらく、クロニクルマップの理解の欠如のために、コードのパフォーマンスが悪く、メモリがオーバーフローするまで遅く実行されます。私は上記の練習がクロニクルマップの

0熱

1答えて

値の変動が大きいChronicleMapに値を設定すると、

this questionには、としてChronicleMapが使用されています。基本的には、Set<Integer>の平均値が400のコレクションがありますが、最大長は20,000です。 ChronicleMap 2では、これはかなり悪質なJVMクラッシュを引き起こしていました。私は（少なくとも、それはJVMのクラッシュではありません）3.9.1をChronicleMapに移動し、現在の例外を取

0熱

1答えて

エントリを置いた後、最新のキー値を保持するのにどれくらい時間がかかりますか？

私はcreateOrRecoverPersistedToメソッドを使ってクロニクルマップを作成しました。しかし、jvmプロセスを再起動した後、いくつかのエントリが消えました。エントリを置いた後、最新のキー値を維持するのにどれくらい時間がかかりますか？とにかく、最新のデータを永続化させることは強制されますか？

0熱

1答えて

クロニクルマップとバイト[]またはバイトバッファの使用

ロングキーと可変サイズのバイト[]、正確にはシリアル化されたJavaビットセットを使用してクロニクルマップを作成しようとしています。 Valuesインターフェイスを使用してマップを作成することはできますが、配列のサイズは固定されています。私はbyte []またはBytebufferを使用しようとしています。なぜなら、それらは動的にサイズ調整され、メモリを節約するからです。これはサポートされている

1熱

1答えて

クロニクル地図2のcontainsKeyは動作しません

I map.containsKey（）が明確に動作しない、次のマップ定義があります：私はクロニクル地図2.4.17を使用し、それがに移行するにはあまりにも難しい ChronicleMapBuilder<String, String> cmBuilder = ChronicleMapBuilder.of(String.class, String.class); cmBuilder.constant

1熱

1答えて

クロニクル地図投げる例外の再起動

後、私は次の例外だ： java.lang.IllegalStateException：我々ティア中断せずに、しかしティアカウンターに応じて1つの以上のエントリがあるはずです。サイズは分かれていますか？ net.openhft.chronicle.map.impl.CompiledMapIterationContext.forEachTierEntryWhile（CompiledMapIterati

0熱

1答えて

ChronicleMapがhashCodeを使用しないか、またはキーをルックアップするのに等しいのはなぜですか？

import net.openhft.chronicle.map.ChronicleMap; import java.io.File; import java.io.Serializable; import java.util.Map; import java.util.concurrent.ConcurrentHashMap; public class App { pu

1熱

1答えて

クロニクルマップはメモリよりも大きなデータを扱うことができますか？

ヒープメモリの使い方がちょっと混乱しています。私は32GBのRAMと約1TBのサイズのキー値マッピングのデータセットを持つサーバーを持っています。私は、この1TBデータセットに従った値にキーをマップすることができる、シンプルで高速な組み込みJavaデータベースを探しています。このデータセットは、主にディスクから読み込む必要があります。このデータセットの各エントリは小さい（< 500バイト）ので、フ

0熱

1答えて

クロニクルマップの設定サイズを知るには？

クロニクルマップを永続ストレージとして使用します。常に新しいデータが到着しているので、新しいデータをマップに入れていきます。したがって、net.openhft.chronicle.map.ChronicleMapBuilder#entries(long)の正しい値を予測することはできません。クロニクル3は予想よりも多くのデータを入れると中断されませんが、パフォーマンスは低下します。だから私たちは時

0熱

1答えて

ChronicleMap.putを使用しているときに、バイト可能なデータの新しいインスタンスを作成しないようにする方法

Byteableのキーと値クラスを使用してChronicleMap 3.12を使用する方法を学習しています。コールスタックに基づいたChronicleMap.putオペレーションのループでコードを実行すると、ChronicleMap.putが呼び出されるたびに値オブジェクトが作成されるようです。 Byteable値クラスを使用すると、オブジェクトの作成が妨げられていると思います。誰かが私が潜在的に