You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by Apache Wiki <wi...@apache.org> on 2011/02/21 05:08:56 UTC

[Cassandra Wiki] Update of "PerformanceTuning_JP" by MakiWatanabe

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]]"を参照して下さい。
+