YUKI Hiroshi
null+****@clear*****
Fri Nov 28 17:05:26 JST 2014
YUKI Hiroshi 2014-11-28 17:05:26 +0900 (Fri, 28 Nov 2014) New Revision: 6ab730fcad05de4d8ea437572dbf40355bfaf1f9 https://github.com/droonga/droonga.org/commit/6ab730fcad05de4d8ea437572dbf40355bfaf1f9 Message: Add steps to check that the result is valid Modified files: _po/ja/tutorial/1.0.8/benchmark/index.po ja/tutorial/1.0.8/benchmark/index.md tutorial/1.0.8/benchmark/index.md Modified: _po/ja/tutorial/1.0.8/benchmark/index.po (+40 -2) =================================================================== --- _po/ja/tutorial/1.0.8/benchmark/index.po 2014-11-28 16:56:45 +0900 (d7d33f5) +++ _po/ja/tutorial/1.0.8/benchmark/index.po 2014-11-28 17:05:26 +0900 (d39e489) @@ -992,12 +992,50 @@ msgstr "" " * `--output-path` は、結果の出力先ファイルへのパスです。\n" " すべてのベンチマークの統計情報が、この位置にファイルとして保存されます。" +msgid "Then you'll get the reference result of the Groonga." +msgstr "これで、対照用のGroongaでの結果を得る事ができます。" + +msgid "To confirm the result is valid, check the response of the `status` command:" +msgstr "結果が妥当かどうかを確かめるために、`status`コマンドの結果を確認しましょう：" + +msgid "" +"~~~\n" +"% curl \"http://node0:10041/d/status\" | jq .\n" +"[\n" +" [\n" +" 0,\n" +" 1412326645.19701,\n" +" 3.76701354980469e-05\n" +" ],\n" +" {\n" +" \"max_command_version\": 2,\n" +" \"alloc_count\": 158,\n" +" \"starttime\": 1412326485,\n" +" \"uptime\": 160,\n" +" \"version\": \"4.0.6\",\n" +" \"n_queries\": 1000,\n" +" \"cache_hit_rate\": 0.49,\n" +" \"command_version\": 1,\n" +" \"default_command_version\": 1\n" +" }\n" +"]\n" +"~~~" +msgstr "" + +msgid "" +"Look at the value of `\"cache_hit_rate\"`.\n" +"If it is far from the expected cache hit rate (ex. `0.5`), something wrong - f" +"or example, too few request patterns.\n" +"Too high cache hit rate produces too high throughput unexpectedly." +msgstr "" +"`\"cache_hit_rate\"`の値に注目してください。\n" +"この値が想定されるキャッシュ率（例えば`0.5`）からかけ離れている場合、何かがおかしいです。例えば、リクエストパターンの数が少なすぎるかも知れません。\n" +"キャッシュヒット率が高すぎる場合、結果のスループットは本来よりも高すぎる値になってしまいます。" + msgid "" -"Then you'll get the reference result of the Groonga.\n" "After that you should stop Groonga to release CPU and RAM resources, if it is " "running on a Droonga node." msgstr "" -"これで、対照用のGroongaでの結果を得る事ができます。\n" "Droongaノードの上でGroongaを動かしている場合は、CPU資源とメモリ資源を解放するために、ベンチマーク取得後はGroongaを停止しておきましょ" "う。" Modified: ja/tutorial/1.0.8/benchmark/index.md (+29 -0) =================================================================== --- ja/tutorial/1.0.8/benchmark/index.md 2014-11-28 16:56:45 +0900 (06bf20d) +++ ja/tutorial/1.0.8/benchmark/index.md 2014-11-28 17:05:26 +0900 (ed4bf4e) @@ -516,6 +516,35 @@ title10 すべてのベンチマークの統計情報が、この位置にファイルとして保存されます。 これで、対照用のGroongaでの結果を得る事ができます。 + +結果が妥当かどうかを確かめるために、`status`コマンドの結果を確認しましょう： + +~~~ +% curl "http://node0:10041/d/status" | jq . +[ + [ + 0, + 1412326645.19701, + 3.76701354980469e-05 + ], + { + "max_command_version": 2, + "alloc_count": 158, + "starttime": 1412326485, + "uptime": 160, + "version": "4.0.6", + "n_queries": 1000, + "cache_hit_rate": 0.49, + "command_version": 1, + "default_command_version": 1 + } +] +~~~ + +`"cache_hit_rate"`の値に注目してください。 +この値が想定されるキャッシュ率（例えば`0.5`）からかけ離れている場合、何かがおかしいです。例えば、リクエストパターンの数が少なすぎるかも知れません。 +キャッシュヒット率が高すぎる場合、結果のスループットは本来よりも高すぎる値になってしまいます。 + Droongaノードの上でGroongaを動かしている場合は、CPU資源とメモリ資源を解放するために、ベンチマーク取得後はGroongaを停止しておきましょう。 ~~~ Modified: tutorial/1.0.8/benchmark/index.md (+29 -0) =================================================================== --- tutorial/1.0.8/benchmark/index.md 2014-11-28 16:56:45 +0900 (9bf4975) +++ tutorial/1.0.8/benchmark/index.md 2014-11-28 17:05:26 +0900 (6d26abd) @@ -507,6 +507,35 @@ Important parameters are: Statistics of all benchmarks is saved as a file at the location. Then you'll get the reference result of the Groonga. + +To confirm the result is valid, check the response of the `status` command: + +~~~ +% curl "http://node0:10041/d/status" | jq . +[ + [ + 0, + 1412326645.19701, + 3.76701354980469e-05 + ], + { + "max_command_version": 2, + "alloc_count": 158, + "starttime": 1412326485, + "uptime": 160, + "version": "4.0.6", + "n_queries": 1000, + "cache_hit_rate": 0.49, + "command_version": 1, + "default_command_version": 1 + } +] +~~~ + +Look at the value of `"cache_hit_rate"`. +If it is far from the expected cache hit rate (ex. `0.5`), something wrong - for example, too few request patterns. +Too high cache hit rate produces too high throughput unexpectedly. + After that you should stop Groonga to release CPU and RAM resources, if it is running on a Droonga node. ~~~ -------------- next part -------------- HTML����������������������������...Download