1.2.1 - en to ja translation catalogue (16 entries)

en: How to avoid mmap Cannot allocate memory error
ja: mmap Cannot allocate memoryエラーを回避するには

en: Example
ja: 例

en: There is a case following mmap error in log file:
ja: ログファイルに以下のようなmmapエラーが存在する場合があります。::

en: Note that <13036498944> means total size of mmap (almost 12GB) in this case.
ja: <13036498944> はこの場合mmapの合計サイズ(約12GB)です。

en: Solution
ja: 対策方法

en: So you need to confirm following point of views.
ja: 以下の観点を確認する必要があります。

en: Are there enough free memory?
ja: 十分なメモリの空きが存在するか？

en: Are maximum number of mappings exceeded?
ja: マッピング最大数を超過していないか？

en: To check there are enough free memory, you can use vmstat command.
ja: 十分な空きメモリがあるかを調べるために、vmstat コマンドを使うことができます。

en: To check whether maximum number of mappings are exceeded, you can investigate the value of vm.max_map_count.
ja: 最大マッピング数を超過しているかどうかを確認するために、 vm.max_map_count の値を調べることができます。

en: If this issue is fixed by modifying the value of vm.max_map_count, it's exactly the reason.
ja: もしこの問題が vm.max_map_count の値を調整することで解決するなら、これが原因です。

en: As groonga allocates memory chunks each 256KB, you can estimate the size of database you can handle by following formula:
ja: groongaはメモリを256KBごとに確保するので、扱えるデータベースのサイズを以下の式で見積ることができます:

en: If you want to handle over 16GB groonga database, you must specify at least 65536 as the value of vm.max_map_count:
ja: 16GBを超えるデータベースを扱うには、少くとも65536を vm.max_map_count の値として設定しないといけません。

en: You can modify vm.max_map_count temporary by sudo sysctl -w vm.max_map_count=65536.
ja: sudo sysctl -w vm.max_map_count=65536 で一時的に vm.max_map_count を調整することができます。

en: Then save the configuration value to ``/etc/sysctl.conf`` or ``/etc/sysctl.d/*.conf``.
ja: その後、設定値を ``/etc/sysctl.conf`` もしくは ``/etc/sysctl.d/*.conf`` へと保存します。

en: See :doc:`/reference/tuning` documentation about tuning related parameters.
ja: チューニング関連のパラメータについては、 :doc:`/reference/tuning` のドキュメントを参照してください。
