問題タブ [tokyo-tyrant]

redis のようなメモリ データベースの Tokyo-tyrant (ただし、redis には VM がありますか?) または、メモリよりも大きくなり、ハード ドライブから取得できます。もしそうなら、それはどのようにそれを達成しますか？

1. tokyo tyrant でbnumとはどういう意味ですか? 誰かが例を挙げて説明できますか?

2. tch データファイルのサイズが 2GB を超える場合、どうすればよいですか?

Leveldbは、Google の新しい興味深い永続キー値ストアのようです。Leveldb は Redis、Riak、または Tokyo Tyrant とどう違うのですか? 特定のユースケースでは、一方が他方よりも優れていますか?

tokyo キャビネットに tokyo tyrant インターフェイスをインストールしました。しかし、暴君を実行しようとすると、サーバーソケットエラーがスローされます。それは「ttopenservsock に失敗しました」です。

解決策はありますか？

Tokyo Cabinet はインメモリ B+ ツリーをサポートしていますか? もしそうなら、私はそれらをどのように使用しますか？一部の Web 記事 (たとえば、ここやここ) では、そのような使用法が報告されていますが、その方法を説明するドキュメントが見つかりません。ありがとう。

TokyoTyrantでクリーンなデータストアで再起動する正しい方法は何ですか？Linuxコマンドラインから実行できますか？

TokyoTyrantとSolrの両方を同期して再起動する必要があるプロジェクトに取り組んでいます。

26個のTCHファイルに書き込むperlスクリプト(Ubuntu 12.04 LTS)があります。キーはほぼ均等に分散されます。書き込みは 300 万回の挿入後に非常に遅くなり (すべてのファイルに均等に分散されます)、速度は最初の 240,000 回の挿入/分から 3 MM の挿入後には 14,000 回の挿入/分に低下します。個々のシャード ファイルは 150 MB 以下で、全体のサイズは約 2.7 GB になります。

bnumを 4*num_records_then に設定し、オプションをTLARGEに設定して、そのファイルに100K 挿入するたびに、すべての TCH ファイルで最適化を実行し、xmsizが bnum のサイズと一致することを確認します (なぜ tokyo tyrant は bnum を調整した後でも指数関数的に減速するのですか? で述べたように)。 )

この後も、挿入は高速で開始され、240k 挿入/分から 14k 挿入/分までゆっくりと減少します。1 つのスクリプトで複数の tch 接続 (26) を保持していることが原因でしょうか? または、構成設定はありますか?

Echoprint API の使用を開始しようとしています。Echoprint サーバーをインストールして実行し、Echoprint API のデータベースを取得するコマンドを実行します。

そして私が得ているエラーログは

このエラーに直面している理由と、完全なデータベースを取得できるようにエラーを削除する方法を教えてください。