Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "PerformanceTuning_JP" page has been changed by MakiWatanabe. The comment on this change is: Translation to Japanese. http://wiki.apache.org/cassandra/PerformanceTuning_JP?action=diff&rev1=8&rev2=9 -------------------------------------------------- ## page was copied from PerformanceTuning - = Improving write performance = - 1. Make sure your commit log and data dirs (sstables) are on different disks. - 1. There isn't really a step 2. Writes go into the commitlog (fast) and straight into memory (really fast) and can't really be sped up beyond that. + = write性能を向上させる方法 = + 1. commit logとデータディレクトリ(sstables)を異なるディスクに配置して下さい。 + 1. 実はStep 2はありません。Writeはcommit logに書き込まれ(高速です)、次に直接メモリにロードされます(大変高速です)。この過程を更に高速化する方法は現実的にありません。 - If you're seeing huge latency spikes under write-heavy loads, that's due to other factors. It's a 'fix what has gone horribly wrong' problem, not a 'tune for better peak performance' problem. + もしwrite中心の負荷で大きな遅延のスパイクが発生しているなら、原因は他の要素です。ピーク性能がまずまずなら、それを更にチューニングするより、本当に性能が悪い部分の改善に注力したほうがいいでしょう。 - = Improving read performance = - Be sure to review the page on [[MemtableThresholds|Memtable Thresholds]] -- several important configuration and system settings are described there. + = read性能を向上する方法 = + まず[[MemtableThresholds|Memtable Thresholds]]のページを確認してください。重要な設定パラメータや、システム設定についていくつか説明されています。 - === Lessen overall system impact of Compactions === - To lower compaction priority (thus reducing its impact on the rest of the system, and making it take longer), add these options to cassandra.in.sh in 0.6.3 or later: + === Compactionがシステムに与える影響を抑制する === + Compactionのプライオリティを下げる(システム全体に与える影響が減りますが、Compactionにより長い時間がかかります)には、以下のオプションをcassandra.in.shに追加して下さい(0.6.3以降)。 {{{ -XX:+UseThreadPriorities \ -XX:ThreadPriorityPolicy=42 \ -Dcassandra.compaction.priority=1 \ }}} - === Useful JVM options === + + === 有用なJVMオプション === {{{ - -XX:+UseCompressedOops # enables compressed references, reducing memory overhead on 64bit JVMs + -XX:+UseCompressedOops # Compressed Referenceを有効にし、64bit JVM上でメモリオーバヘッドを減少させます }}} - See http://wikis.sun.com/display/HotSpotInternals/CompressedOops and http://publib.boulder.ibm.com/infocenter/javasdk/v6r0/topic/com.ibm.java.doc.diagnostics.60/diag/understanding/mm_compressed_references.html for discussion on the Sun and IBM JVMs, respectively. - Compressed references (aka OOPs = ordinary object pointers) are not stable for Sun JVM versions before 6u19. + Sun、IBMのJVMについてはそれぞれ次のURLにおける議論を参照して下さい。 + http://wikis.sun.com/display/HotSpotInternals/CompressedOops http://publib.boulder.ibm.com/infocenter/javasdk/v6r0/topic/com.ibm.java.doc.diagnostics.60/diag/understanding/mm_compressed_references.html + Sun JVM 6u19以前のバージョンではCompressed Reference(OOP=Ordinary Object Pointersとして知られています)は安定していません。 - == System Settings == - todo: describe how top, iostat -x, and JMX stats can help you see what is making things slow - For starters, see "[[http://spyced.blogspot.com/2010/01/linux-performance-basics.html|Linux Performance Basics for Cassandra]]". + == システム設定 == + ToDo: describe how top, iostat -x, and JMX stats can help you see what is making things slow + 初心者の方は"[[http://spyced.blogspot.com/2010/01/linux-performance-basics.html|Linux Performance Basics for Cassandra]]"を参照して下さい。 +