Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "StorageConfiguration_JP" page has been changed by MakiWatanabe. http://wiki.apache.org/cassandra/StorageConfiguration_JP?action=diff&rev1=67&rev2=68 -------------------------------------------------- || `data_file_directories ` || `/var/lib/cassandra/data` || || `saved_caches_directory ` || `/var/lib/cassandra/saved_caches` || - * '''concurrent_reads''' and '''concurrent_writes''' 多くのシステムと異なり、CassandraではReadよりWriteのほうが速いため、より多くのWriteを並列に実行できます。経験則に従えば、一つのプロセッサコアごとにconcurrent_readsを4つづつ増やせばよいと思います。Write性能が問題になるまで'concurrent_writes'はいじらないほうがいいでしょう。とはいえ、一般的にはCassandraクラスタ専用環境ではリングのCPUコア数の合計以上の値にするとよいでしょう。 @@ -104, +103 @@ * '''listen_address''' - Commenting out this property leaves it up to {{{InetAddress.getLocalHost()}}}. This will always do the Right Thing *if* the node is properly configured (hostname, name resolution, etc), and the Right Thing is to use the address associated with the hostname (it might not be: on cloud services you should ensure the private interface is used). - このプロパティをコメントアウトすると{{{InetAddress.getLocalHost()}}}が使用されます。ノードのネットワーク設定が正しければこれでうまく動きます。（hostnameに紐づいたアドレスを使用します。）クラウドサービス上でシステムを構築する場合は正しいインターフェースを明示的に指定した方がいいでしょう。 || プロパティ名 || デフォルト値 || || `listen_address` || `localhost` （他のホストからこのノードにアクセスする為には、この値を変更する必要があります。）|| - * '''memtable_flush_after_mins''', '''memtable_operations_in_millions''', and '''memtable_throughput_in_mb''' + * '''memtable_flush_after_mins'''、'''memtable_operations_in_millions'''、'''memtable_throughput_in_mb''' + '''memtable_flush_after_mins''': ダーティなmeltableがフラッシュされずにいる最大時間（分）です。（影響するカラムファミリについてcommit logから読みこんでからフラッシュしていないデータが存在する限り、そのcommit logセグメントは削除できません） + - memtable_flush_after_mins: The maximum time to leave a dirty memtable unflushed. (While any affected columnfamilies have unflushed data from a commit log segment, that segment cannot be deleted.) This needs to be large enough that it won't cause a flush storm of all your memtables flushing at once because none has hit the size or count thresholds yet. For production, a larger value such as 1440 is recommended. + The maximum time to leave a dirty memtable unflushed. (While any affected columnfamilies have unflushed data from a commit log segment, that segment cannot be deleted.) This needs to be large enough that it won't cause a flush storm of all your memtables flushing at once because none has hit the size or count thresholds yet. For production, a larger value such as 1440 is recommended. memtable_operations_in_millions: The maximum number of columns in millions to store in memory per ColumnFamily before flushing to disk. This is also a per-memtable setting. Use with {{{MemtableSizeInMB}}} to tune memory usage.
