tak_kaz24****@yahoo*****
tak_kaz24****@yahoo*****
2016年 10月 19日 (水) 09:58:09 JST
須藤様。高橋です。回答ありがとうございます。
>また、`SELECT pgroonga.command('dump --dump_records no')`の
>結果を見せてもらえませんか？
結果は以下となりました。idがテーブル定義のCOLUMN1に相当する想定です。
"table_create Lexicon46284_0 TABLE_PAT_KEY ShortText --default_tokenizer TokenBigram --normalizer NormalizerAuto table_create Lexicon46285_0 TABLE_PAT_KEY Int64 table_create Lexicon46285_1 TABLE_PAT_KEY ShortText --default_tokenizer TokenBigram --normalizer NormalizerAuto table_create Sources46284 TABLE_NO_KEY column_create Sources46284 ctid COLUMN_SCALAR UInt64 column_create Sources46284 document_data COLUMN_SCALAR|COMPRESS_LZ4 LongText table_create Sources46285 TABLE_NO_KEY column_create Sources46285 ctid COLUMN_SCALAR UInt64 column_create Sources46285 document_data COLUMN_SCALAR|COMPRESS_LZ4 LongText column_create Sources46285 id COLUMN_SCALAR Int64 column_create Lexicon46284_0 index COLUMN_INDEX|WITH_POSITION Sources46284 document_data column_create Lexicon46285_0 index COLUMN_INDEX Sources46285 id column_create Lexicon46285_1 index COLUMN_INDEX|WITH_POSITION Sources46285 document_data"
また仮想メモリを12300〜20480まで拡張しましたが、
いくらか発生しにくくなったものの事象としては再現します。
あわせてpostgresql.confをデフォルトの状態に戻してみましたが改善されませんでした。
VMMapツールについても連携ありがとうございます。
ファイル転送が制限されている環境なので詳細の共有は難しいですが、
計測したところHeapとPage Tableが以下のようにかなり増大します。
■Heap:Size
SQL初回実行時： 3,250,216K
SQL複数回実行時：12,300,520K
事象発生時： 15,792,888K
■Page Table:Size
SQL初回実行時： 10,692K
SQL複数回実行時：37,708K
事象発生時： 48,600K
他に有効な対処方法等ありましたら連携ください。よろしくお願いします。