char_gets_feature_value の怪?

[Koichi KAMICHI]

上地です。守岡さん、ありがとうございます。

いただいたソースでも同様でした。248番目まで表示されて、 
その次から
しばらく待たされた後、データ無しで次のfeatureに移ってま 
た待たされます。

で、現状では ulimit -n (open files)が256になって 
いるので
これを試しに300にしたところ、292番目まで表示され 
ます。いったんDBを
開いたら開けっ放しということでしょうか。特に値をいじっていない
のですが、守岡さんの環境ではいくらになっているでしょうか。
10000にすると予想通りすべて（624種類）表示されました。

ちなみにCPUはIntel Core2Duo, OSは Mac OS X 10.5.2, BDB 
は4.6.21です。
libchise, XEmacs/CHISEなどのビルドにはMacPortsを援用し 
ています。

On 2008/04/16, at 16:46, 守岡知彦 / MORIOKA Tomohiko wrote:
> 守岡です。
>
> 研究室の引越しとかでバタバタしていたこともあり、お返事が遅 
> くなってしま
> い申し訳ありません。
>
>>>>>> [chise-ja : No.00551] にて
>>>>>> 上地 宏一 <kamichi ＠ fonts.jp> さま曰く:
>>
>> PCの環境が変わったのでCHISE関連の再構築をしています。そ
>> の中でchise_swig_perlの
>> サンプルを動かしていると以下の現象に気がつきました。
>
>> ・１つのプログラム内で２５３種類以上のfeatureに対して
>> chise_char_gets_feature_value()
>> を実行すると異様に遅くなる（５秒以上待たされる）
>>
>> ２５２個までであれば問題なく返ってくるのですが、２５３個目か
>> らおそくなります。
>> アクセスする順番は関係ありません。
>>
>> 厳密にはchise_char_gets_feature_value()にアクセスする場
>> 合、直前にchise_ds_get_feature()
>> にもアクセスしています。どちらで引っかかるのかは不明です。
>>
>> 単純にSWIG側の問題のような気もしますが、libchise
>> として関係しそうなことは
>> あるでしょうか？
>
> <f-dump-sample.c>
> というようなプログラムで、全ての素性に対して全ての素性値を 
> ダンプしてみ
> ましたが、特に異常は発見できませんでした。
>
> もし良かったら、お試し頂けないでしょうか？
>
> それから、ちなみに、CPU, OS, Berkeley DB の版は何で 
> しょうか？
>
>
>> ＃この問題によって空きchar_idを探すすべがなくなって 
>> しまいました
>
> ;; 次の libchise で API を提供する予定です。
>
> ;;; 特に bug がなければ、今の版をそろそろリリースした 
> いと思ってます。
>
> -- 
> ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥… 
> ━━┯━━━┯━
> ││ ─ │  ─  ／     
> ─   ┼─     ┬                ─    
> ─┼ ┬┴─
> ┼┼─┼|〓━─┼ 守岡 知彦 (MORIOKA  
> Tomohiko) <tomo ＠ m17n.org> ─ ─┬
> ┻ 
> ┻ 
> ━ 
> ┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

上地 宏一
kamichi ＠ fonts.jp