rroonga 7.0.2-x64-mingw32 → 7.1.1-x64-mingw32

data/vendor/local/share/doc/groonga/ja/html/_sources/reference/configuration.txt

@@ -1,50 +0,0 @@
-.. -*- rst -*-
-
-.. highlightlang:: none
-
-Configuration
-=============
-
-.. versionadded:: 5.1.2
-
-Groonga can manage configuration items in each database. These
-configuration items are persistent. It means that these configuration
-items are usable after a Groonga process exits.
-
-Summary
--------
-
-You can change some Groonga behaviors such as :doc:`/spec/search` by
-some ways such as request parameter
-(:ref:`select-match-escalation-threshold`) and build parameter
-(:ref:`install-configure-with-match-escalation-threshold`).
-
-Configuration is one of these ways. You can change some Groonga
-behaviors per database by configuration.
-
-A configuration item consists of key and value. Both of key and value
-are string. The max key size is 4KiB. The max value size is 4091B (=
-4KiB - 5B).
-
-You can set a configuration item by
-:doc:`/reference/commands/config_set`.
-
-You can get a configuration item by
-:doc:`/reference/commands/config_get`.
-
-You can delete a configuration item by
-:doc:`/reference/commands/config_delete`.
-
-You can confirm all configuration items by
-:doc:`/reference/commands/dump`.
-
-.. _configuration-commands:
-
-Commands
---------
-
-.. toctree::
-   :maxdepth: 1
-   :glob:
-
-   commands/config_*

data/vendor/local/share/doc/groonga/ja/html/_sources/reference/executables.txt

@@ -1,14 +0,0 @@
-.. -*- rst -*-
-
-.. highlightlang:: none
-
-Executables
-===========
-
-This section describes executable files provided by groonga package.
-
-.. toctree::
-   :maxdepth: 1
-   :glob:
-
-   executables/*

data/vendor/local/share/doc/groonga/ja/html/_sources/reference/executables/grndb.txt

@@ -1,117 +0,0 @@
-.. -*- rst -*-
-
-.. highlightlang:: none
-
-``grndb``
-=========
-
-Summary
--------
-
-.. versionadded:: 4.0.9
-
-``grndb`` manages a Groonga database.
-
-Here are features:
-
-  * Checks whether database is broken or not.
-  * Recovers broken database automatically if the database is
-    recoverable.
-
-Syntax
-------
-
-``grndb`` requires command and database path::
-
-  grndb COMMAND [OPTIONS] DATABASE_PATH
-
-Here are available commands:
-
-  * ``check`` - Checks whether database is broken or not.
-  * ``recover`` - Recovers database.
-
-Usage
------
-
-Here is an example to check the database at ``/var/lib/groonga/db/db``::
-
-  % grndb check /var/lib/groonga/db/db
-
-Here is an example to recover the database at ``/var/lib/groonga/db/db``::
-
-  % grndb recover /var/lib/groonga/db/db
-
-Commands
---------
-
-This section describes available commands.
-
-``check``
-^^^^^^^^^
-
-It checks an existing Groonga database. If the database is broken,
-``grndb`` reports reasons and exits with non-``0`` exit status.
-
-.. note::
-
-   You must not use this command for opened database. If the database
-   is opened, this command may report wrong result.
-
-``check`` has some options.
-
-``--target``
-""""""""""""
-
-.. versionadded:: 5.1.2
-
-It specifies a check target object.
-
-If your database is large and you know an unreliable object, this
-option will help you. ``check`` need more time for large database. You
-can reduce check time by ``--target`` option to reduce check target.
-
-The check target is checked recursive. Because related objects of
-unreliable object will be unreliable.
-
-If the check target is a table, all columns of the table are also
-checked recursive.
-
-If the check target is a table and its key type is another table, the
-another table is also checked recursive.
-
-If the check target is a column and its value type is a table, the
-table is also checked recursive.
-
-If the check target is an index column, the table specified as value
-type and all sources are also checked recursive.
-
-Here is an example that checks only ``Entries`` table and its
-columns::
-
-  % grndb check --target Entries /var/lib/groonga/db/db
-
-Here is an example that checks only ``Entries.name`` column::
-
-  % grndb check --target Entries.name /var/lib/groonga/db/db
-
-``recover``
-^^^^^^^^^^^
-
-It recovers an existing broken Groonga database.
-
-If the database is not broken, ``grndb`` does nothing and exits with
-``0`` exit status.
-
-If the database is broken and one or more index columns are only
-broken, ``grndb`` recovers these index columns and exists with ``0``
-exit status. It may take a long time for large indexed data.
-
-If the database is broken and tables or data columns are broken,
-``grndb`` reports broken reasons and exits with non-``0`` exit
-status. You can know whether the database is recoverable or not by
-``check`` command.
-
-.. note::
-
-   You must not use this command for opened database. If the database
-   is opened, this command may break the database.

data/vendor/local/share/doc/groonga/ja/html/_sources/reference/executables/grnslap.txt

@@ -1,68 +0,0 @@
-.. -*- rst -*-
-
-.. highlightlang:: none
-
-.. program:: grnslap
-
-grnslap
-=======
-
-名前
-----
-
-grnslap - groongaプロセスの通信層のパフォーマンスをチェックするツール
-
-書式
-----
-
-::
-
- grnslap [options] [dest]
-
-説明
-----
-
-grnslapは、groongaプロセスに対してリクエストを多重に行い、パフォーマンスをチェックするためのツールです。
-
-Groonga独自プロトコルであるGQTPと、httpの両プロトコルでリクエストを行うことができます。また、リクエストの多重度を指定することができます。
-
-クエリの内容を標準入力から与えることができます。実稼動環境でのクエリパタンに近いクエリを標準入力に与えることによって、実稼動環境に近い状態での検証を行うことができます。
-
-現在は、make installしてもインストールは行われない。
-
-オプション
-----------
-
-.. option:: -P
-
-   リクエストのプロトコルを指定します。
-
-   `http`
-
-     httpでリクエストします。対象のhttpのパス群(GETパラメータを含む)をLF区切り形式で標準入力に与えると、それらのパスに順次アクセスします。
-
-   `gqtp`
-
-     gqtpでリクエストします。gqtpのリクエストをLF区切り形式で標準入力に与えると、それらのリクエストを順次行います。
-
-.. option:: -m
-
-   リクエストの多重度を指定します。初期値は10です。
-
-引数
-----
-
-.. option:: dest
-
-   接続先のホスト名とポート番号をを指定します(デフォルト値は'localhost:10041')。ポート番号を指定しない場合には、10041が指定されたものとします。
-
-サンプル
---------
-
-http://localhost:10041/d/status に、多重度100でリクエストを行う。
-
-::
-
-  > yes /d/status | head -n 100 | grnslap -P http -m 100 localhost:10041
-  2009-11-12 19:34:09.998696|begin: max_concurrency=100 max_tp=10000
-  2009-11-12 19:34:10.011208|end  : n=100 min=46 max=382 avg=0 qps=7992.966190 etime=0.012511

data/vendor/local/share/doc/groonga/ja/html/_sources/reference/executables/groonga-benchmark.txt

@@ -1,287 +0,0 @@
-.. -*- rst -*-
-
-.. highlightlang:: none
-
-.. program:: groonga-benchmark
-
-groonga-benchmark
-=================
-
-名前
-----
-
-groonga-benchmark - groongaテストプログラム
-
-書式
-----
-
-::
-
-  groonga-benchmark  [options...] [script] [db]
-
-説明
-----
-
-groonga-benchmarkは、groonga汎用ベンチマークツールです。
-
-groongaを単独のプロセスとして利用する場合はもちろん、サーバプログラムとして利用する場合の動作確認や実行速度測定が可能です。
-
-groonga-benchmark用のデータファイルは自分で作成することも既存のものを利用することもできます。既存のデータファイルは、ftp.groonga.orgから必要に応じダウンロードします。そのため、groonga及びgroonga-benchmarkが動作し、インターネットに接続できる環境であればgroongaコマンドの知識がなくてもgroongaの動作を確認できます。
-
-現在は、Linux 及びWindows上で動作します。make installしてもインストールは行われません。
-
-オプション
-----------
-.. option:: -i, --host <ip/hostname>
-
-  接続するgroongaサーバを、ipアドレスまたはホスト名で指定します。指定先にgroongaサーバが立ち上がっていない場合、接続不能となることに注意してください。このオプションを指定しない場合、groonga-benchmarkは自動的にlocalhostのgroongaサーバを起動して接続します。
-
-
-.. option:: -p, --port <port number>
-
-  自動的に起動するgroongaサーバ、または明示的に指定した接続先のgroonga サーバが利用するポート番号を指定します。接続先のgroongaサーバが利用しているポートと、このオプションで指定したポート番号が異なる場合、接続不能となることに注意してください。
-
-
-.. option:: --dir
-
-  ftp.groonga.org に用意されているスクリプトファイルを表示します。
-
-.. option:: --ftp
-
-  ftp.groonga.orgとFTP通信を行い、scriptファイルの同期やログファイルの送信を行います。
-
-.. option:: --log-output-dir
-
-  デフォルトでは、groonga-benchmark終了後のログファイルの出力先ははカレントディレクトリです。このオプションを利用すると、任意のディレクトリに出力先を変更することができます。
-
-.. option:: --groonga <groonga_path>
-
-  groongaコマンドのパスを指定します。デフォルトでは、PATHの中からgroongaコマンドを探します。
-
-.. option:: --protocol <gqtp|http>
-
-  groongaコマンドが使うプロトコルとして `gqtp` または `http` を指定します。
-
-引数
-----
-
-.. option:: script
-
-  groonga-benchmarkの動作方法(以下、groonga-benchmark命令と呼びます)を記述したテキストファイルです。拡張子は.scrです。
-
-.. option:: db
-
-  groonga-benchmarkが利用するgroonga データベースです。指定されたデータベースが存在しない場合、groonga-benchmarkが新規に作成します。またgroonga サーバを自動的に起動する場合もこの引数で指定したデータベースが利用されます。接続するgroonga サーバを明示的に指定した場合に利用するデータベースは、接続先サーバが使用中のデータベースになることに注意してください。
-
-
-使い方
-------
-まず、シェル上(Windowsならコマンドプロンプト上)で::
-
-   groonga-benchmark test.scr 任意のDB名
-
-とタイプしてください。もしgroonga-benchmarkが正常に動作すれば、::
-
-   test-ユーザ名-数字.log
-
-というファイルが作成されるはずです。作成されない場合、このドキュメントの「トラブルシューティング」の章を参照してください。
-
-
-スクリプトファイル
-------------------
-
-スクリプトファイルは、groonga-benchmark命令を記述したテキストファイルです。
-";"セミコロンを利用して、一行に複数のgroonga-benchmark命令を記述することができます。一行に複数のgroonga-benchmark命令がある場合、各命令は並列に実行されます。
-"#"で始まる行はコメントとして扱われます。
-
-
-
-groonga-benchmark命令
-^^^^^^^^^^^^^^^^^^^^^
-
-現在サポートされているgroonga-benchmark命令は以下の11種類です。
-
-  do_local コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroonga-benchmark単体で実行します。スレッド数が指定されている場合、複数のスレッドで同じコマンドファイルを同時に実行します。繰り返し数が指定されてい場合、コマンドファイルの内容を繰り返し実行します。スレッド数、繰り返し数とも省略時は1です。1スレッドで複数回動作させたい場合は、do_local コマンドファイル 1 [繰り返し数]と明示的に指定してください。
-
-  do_gqpt コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroongaサーバでGQTP経由で実行します。スレッド数や繰り返し数の意味はdo_localの場合と同じです。
-
-  do_http コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroongaサーバでHTTP経由で実行します。スレッド数や繰り返し数の意味はdo_localの場合と同じです。
-
-  rep_local コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroonga-benchmark単体で実行し、より詳細な報告を行います。
-
-  rep_gqpt コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroongaサーバでGQTP経由で実行し、より詳細な報告を行います。 スレッド数や繰り返し数の意味はdo_localと 同じです。
-
-  rep_http コマンドファイル [スレッド数] [繰り返し数]
-
-    コマンドファイルをgroongaサーバでHTTP経由で実行し、より詳細な報告を行います。 スレッド数や繰り返し数の意味はdo_localと 同じです。
-
-  out_local コマンドファイル 入力ファイル名
-
-    コマンドファイルをgroonga-benchmark単体で実行し、各コマンドの実行結果をすべて”出力ファイル"に書きだします。この結果は、test_local,　test_gqtp命令で利用します。なおこの命令の「出力ファイル」とは、groonga-benchmark実行時に自動的に作成されるログとは別のものです。groonga-benchmarkではコメントが利用できる以外、::
-
-     groonga < コマンドファイル > 出力ファイル
-
-    とした場合と同じです。
-
-  out_gqtp コマンドファイル 出力ファイル名
-
-    コマンドファイルをgroongaサーバでGQTP経由で実行します。その他はout_local命令と同等です。
-
-  out_http コマンドファイル 出力ファイル名
-
-    コマンドファイルをgroongaサーバでHTTP経由で実行します。その他はout_local命令と同等です。
-
-  test_local コマンドファイル 入力ファイル名
-    コマンドファイルをgroonga-benchmark単体で実行し、各コマンドの実行結果を入力ファイルと比較します。処理時間など本質的要素以外に差分があった場合、差分を、入力ファイル.diffというファイルに書きだします。
-
-
-コマンドファイル
-^^^^^^^^^^^^^^^^
-
-コマンドファイルは、groonga組み込みコマンドを1行に1つずつ記述したテキストファイルです。拡張子に制限はありません。groonga組み込みコマンドに関しては :doc:`/reference/command` を参照してください。
-
-サンプル
-^^^^^^^^
-
-スクリプトファイルのサンプルです。::
-
-  # sample script
-  rep_local test.ddl
-  do_local test.load;
-  do_gqtp test.select 10 10; do_local test.status 10
-
-
-上記の意味は以下のとおりです。
-
-  1行目
-    コメント行。
-  2行目
-    test.ddl というコマンドファイルをgroonga単体で実行し、詳細に報告する。
-  3行目
-    test.load というコマンドファイルをgroonga単体で実行する。(最後の";"セミコロンは複数のgroonga-benchmark命令を記述する場合に必要ですが、この例のように1つのgroonga-benchmark命令を実行する場合に付与しても問題ありません。)
-  4行目
-    test.select というコマンドファイルをgroongaサーバで10個のスレッドで同時に実行する。各スレッドはtest.selectの中身を10回繰り返す。また同時に、groonga単体でtest.statusというコマンドファイルを10個のスレッドで実行する。
-
-特殊命令
-^^^^^^^^
-
-スクリプトファイルのコメント行には特殊コマンドを埋め込むことが可能です。現在サポートされている特殊命令は以下の二つです。
-
-  #SET_HOST <ip/hostname>
-    -i, --hostオプションと同等の機能です。コマンドラインオプションに指定したIPアドレス/ホスト名と、SET_HOSTで指定したIPアドレス/ホスト名が異なる場合、またコマンドラインオプションを指定しなかった場合にもSET_HOSTが優先されます。SET_HOSTを利用した場合、サーバが自動的には起動されないのもコマンドラインオプションで指定した場合と同様です。
-
-  #SET_PORT <port number>
-    -p, --port オプションと同等の機能です。コマンドラインオプションに指定したポート番号とSET_PORTで指定したポート番号が異なる場合、またコマンドラインオプションを指定しなかった場合にもSET_PORTが優先されます。
-
-
-特殊命令はスクリプトファイルの任意の場所に書き込むことができます。同一ファイル内に複数回特殊命令を記述した場合、「最後の」特殊命令が有効となります。
-
-例えば、
-
-::
-
-  $ ./groonga-benchmark --port 20010 test.scr testdb
-
-とコマンド上でポートを指定した場合でも、もしtest.scrの中身が
-
-::
-
-  #SET_PORT 10900
-  rep_local test.ddl
-  do_local test.load;
-  rep_gqtp test.select 10 10; rep_local test.status 10
-  #SET_PORT 10400
-
-であれば、自動的に起動されるgroongaサーバはポート番号10400を利用します。
-
-
-groonga-benchmark実行結果
--------------------------
-
-groonga-benchmarkが正常に終了すると、(拡張子を除いた)スクリプト名-ユーザ名-実行開始時刻.logという形式のログファイルがカレントディレクトリに作られます。ログファイルは自動的にftp.groonga.org
-に送信されます。ログファイルは以下のようなjson形式のテキストです。
-
-::
-
-  [{"script": "test.scr",
-    "user": "homepage",
-    "date": "2010-04-14 22:47:04",
-    "CPU": Intel(R) Pentium(R) 4 CPU 2.80GHz",
-    "BIT": 32,
-    "CORE": 1,
-    "RAM": "975MBytes",
-    "HDD": "257662232KBytes",
-    "OS": "Linux 2.4.20-24.7-i686",
-    "HOST": "localhost",
-    "PORT": "10041",
-    "VERSION": "0.1.8-100-ga54c5f8"
-  },
-  {"jobs": "rep_local test.ddl",
-  "detail": [
-  [0, "table_create res_table --key_type ShortText", 1490, 3086, [0,1271252824.25846,0.00144
-  7]],
-  [0, "column_create res_table res_column --type Text", 3137, 5956, [0,1271252824.2601,0.002
-  741]],
-  [0, "column_create res_table user_column --type Text", 6020, 8935, [0,1271252824.26298,0.0
-  02841]],
-  [0, "column_create res_table mail_column --type Text", 8990, 11925, [0,1271252824.26595,0.
-  002861]],
-  [0, "column_create res_table time_column --type Time", 12008, 13192, [0,1271252824.26897,0
-  .001147]],
-  [0, "status", 13214, 13277, [0,1271252824.27018,3.0e-05]],
-  [0, "table_create thread_table --key_type ShortText", 13289, 14541, [0,1271252824.27025,0.
-  001213]],
-  [0, "column_create thread_table thread_title_column --type ShortText", 14570, 17380, [0,12
-  71252824.27153,0.002741]],
-  [0, "status", 17435, 17480, [0,1271252824.2744,2.7e-05]],
-  [0, "table_create lexicon_table --flags 129 --key_type ShortText --default_tokenizer Token
-  Bigram", 17491, 18970, [0,1271252824.27446,0.001431]],
-  [0, "column_create lexicon_table inv_res_column 514 res_table res_column ", 18998, 33248,
-  [0,1271252824.27596,0.01418]],
-  [0, "column_create lexicon_table inv_thread_column 514 thread_table thread_title_column ",
-   33285, 48472, [0,1271252824.29025,0.015119]],
-  [0, "status", 48509, 48554, [0,1271252824.30547,2.7e-05]]],
-  "summary" :[{"job": "rep_local test.ddl", "latency": 48607, "self": 47719, "qps": 272.4281
-  73, "min": 45, "max": 15187, "queries": 13}]},
-  {"jobs": "do_local test.load; ",
-  "summary" :[{"job": "do_local test.load", "latency": 68693, "self": 19801, "qps": 1010.049
-  997, "min": 202, "max": 5453, "queries": 20}]},
-  {"jobs": "do_gqtp test.select 10 10; do_local test.status 10",
-  "summary" :[{"job": " do_local test.status 10", "latency": 805990, "self": 737014, "qps":
-  54.273053, "min": 24, "max": 218, "queries": 40},{"job": "do_gqtp test.select 10 10", "lat
-  ency": 831495, "self": 762519, "qps": 1967.164097, "min": 73, "max": 135631, "queries": 15
-  00}]},
-  {"total": 915408, "qps": 1718.359464, "queries": 1573}]
-
-
-
-制限事項
---------
-
-* スクリプトファイルの一行には複数のgroonga-benchmark命令を記述できますが、すべてのスレッド数の合計は最大64までに制限されます。
-
-* コマンドファイル中のgroongaコマンドの長さは最長5000000byteです。
-
-
-トラブルシューティング
-----------------------
-
-もし、groonga-benchmarkが正常に動作しない場合、まず以下を確認してください。
-
-* インターネットに接続しているか？ `--ftp` オプションを指定すると、groonga-benchmarkは動作のたびにftp.groonga.orgと通信します。ftp.groonga.orgと通信可能でない場合、groonga-benchmarkは正常に動作しません。
-
-* groonga サーバが動作していないか？　groonga-benchmarkは、-i, --host オプションで明示的にサーバを指定しないかぎり、自動的にlocalhostのgroongaサーバを立ち上げます。すでにgroongaサーバが動作している場合、groonga-benchmarkは正常に動作しない可能性があります。
-
-* 指定したDBが適切か？ groonga-benchmarkは、引数で指定したDBの中身はチェックしません。もし指定されたDBが存在しなければ自動的にDBを作成しますが、もしファイルとして存在する場合は中身に関わらず動作を続けてしまい、結果が異常になる可能性があります。
-
-以上の原因でなければ、問題はgroonga-benchmarkかgroongaにあります。ご報告をお願いします。