kousa****@nttda*****
kousa****@nttda*****
2008年 1月 28日 (月) 09:29:56 JST
幸坂です。こんにちは。 80個ってすごいですね。 > *.SEN + *.SEN.i + *.SEN.l = 9586MByteという結果になりましが。１Gのメモリ上 で > どうやって対応できるなのか気になります。 使い始めは問題ないと思いますが、使用メモリは9586Mbyteまで増え続けます。 使用メモリが1Gbyteを超えたあたりで、スラッシングが起きて遅くなり、 使用メモリが2Gbyteを超えたあたりで落ちます・・・。（32bitOSの場合） ludia.initial_n_segmentsを下げれば *.SEN.i は小さくなりますが、 *.SEN.l は小さくなりません。 「パーティショニングをしない、もしくはパーティション数を一桁にする」 という方法を取るのが良いかと思われます。 物理メモリが1Gbyteという事ですので、 他のソフトウェアもメモリを使用すると考えて、 *.SEN + *.SEN.i + *.SEN.l の合計が512Mbyte以下になるように、 パーティション数とludia.initial_n_segmentsを調整してみたらどうでしょうか。 ________________________________ From: ludia****@lists***** [mailto:ludia****@lists*****] On Behalf Of shoeu Sent: Friday, January 25, 2008 4:45 PM To: ludia****@lists***** Subject: [Ludia-users 186]ludia.max_n_index_cacheに関するす... こんにちは。shoeuといいます。 物理的メモリが１Gのサーバ上でテーブルパーティショニングを実施し、80 個の末端 テーブルを生成します。それから、INITIAL_N_SEGMENTの値を512に設定した 後、それ ぞれのテーブルにインデックスを生成して、約730,000件のドキュメント （全体 6,5G）を各テーブルに分割してinsertした結果、生成されたインデックス ファイルサ イズの合計は以下のようです。 *.SEN 18MByte *.SEN.i 9GByte *.SEN.l 568MByte *.SEN.i.c 1.1GByte この状態で、MAX_N_INDEX_CACHEの値を100に修正後、全体テーブルに対して 検索を実 施したら、不思議ながら検索ができました。（80個のインデックスキャッ シュが生成 されました。） *.SEN + *.SEN.i + *.SEN.l = 9586MByteという結果になりましが。１Gのメ モリ上で どうやって対応できるなのか気になります。 宜しくお願い致します。 <http://www.naver.com/> <http://happybean.naver.com/main/SectionMain.nhn> <http://mail.naver.com/newmailcheck/j/Ks+6kT1HKdp4p0M4KYpxUXFoMdp6FvFxFoMxUm p4uXFAkoF6K9azFg1xMwaAg/hoRn+63GML99brkZbdIn1BFdbZlqWXkZMrk4WXiNpLl8bg==.gif >
