2

私はしばらくの間、さまざまなハードウェアで Cassandra をテストしてきました。

  1. まず、2 つの CPU と 6 GB の RAM を搭載しました。
  2. 次に、16 個の CPU と 16 GB の RAM に変更しました (テスト用に 6 GB しか空けていません)。

新しいマシンで奇妙な現象が発生しています。書き込みは高速ですが、読み取りは古いマシンの 2 倍遅くなります。

なぜこれが起こっているのか誰にも分かりますか?

また、選択と更新を同時に実行しようとすると、選択クエリのみがある場合よりも選択が高速になります。

4

3 に答える 3

2

ディスクの違いは何ですか?どちらも7200rpmですか?新しいマシンははるかに大きなディスクですか?ディスクのサイズによっては、シーク時間が原因で読み取りが大幅に遅くなる可能性があります。ほとんどの人は最大 1T を実行し、500G ディスクを実行する人もいます。1T ディスクを計画していますが、cassandra の上にある playOrm オープン ソース プロジェクトで 500G のみを使用します (1T ディスクを使用することで読み取りを最適化することもできますが、内側の円にのみ書き込むことで高速になります)。

もう 1 つのケースは、テスト ケース固有のように聞こえます...おそらく同じ更新された値を読み取り、その場合はメモリからそれらを取得する可能性があります...実際にはわかりません。

于 2012-09-24T13:56:21.697 に答える
1

ディーンに同意します。リクエストの結果を変更する可能性のあるテストケース固有の行取得があります。DBの別の部分にヒットする取得を実行します:)

SSD とハードディスクのパフォーマンスは、cassandra では説明できません。SSD 7200 RPM を優先!!

于 2014-06-06T19:30:16.530 に答える
1

ガベージ コレクションに時間がかかっていないかどうかを確認します。メモリを増やしたときに JVM のデフォルト設定を使用している場合、JVM のサイズが大きくなり、ガベージ コレクションにより多くの時間を費やしている可能性があります。

于 2014-06-06T22:37:03.597 に答える