[ruby-dev:28810] Re: GC problem (?) in 1.8

In article <4499C5D9.8090200@xxxxxxxxxxx>,
  URABE Shyouhei <root@xxxxxxxxxxx> writes:

> どうやらおかしいと思ったこの値はRLIM_INFINITYのようです。というわけで、
> 問題点は「setrlimit(2)に RLIMIT_INFINITYを渡すと、なんかへんな変換がか
> かってしまうように見える」という点ですね。べつにRuby固有の問題というわけ
> でもなさそうです。以下のようにpythonにも同様の問題があることが観測できます。

つい OpenDarwin のソースを眺めてしまったところ、

src/xnu/bsd/kern/kern_resource.c に

        case RLIMIT_NOFILE:
                /* 
                * Only root can set the maxfiles limits, as it is systemwide 
resource
                */
                if ( is_suser() ) {
                        if (limp->rlim_cur > maxfiles)
                                limp->rlim_cur = maxfiles;
                        if (limp->rlim_max > maxfiles)
                                limp->rlim_max = maxfiles;
                }
                else {
                        if (limp->rlim_cur > maxfilesperproc)
                                limp->rlim_cur = maxfilesperproc;
                        if (limp->rlim_max > maxfilesperproc)
                                limp->rlim_max = maxfilesperproc;
                }
                break;

というようなコードがあり、maxfilesperproc で検索すると
http://lists.apple.com/archives/macos-x-server/2004/May/msg01103.html
http://discus-hamburg.cocolog-nifty.com/mac_de_oracle/2005/05/panther_de_orac_dc5e.html
とかの sysctl -a の結果中に 
kern.maxfilesperproc = 10240
というのが見られます。

>>>> f = resource.RLIMIT_NOFILE
>>>> a = resource.getrlimit(f)
>>>> print a
> (256L, 9223372036854775807L)
>>>> resource.setrlimit(f, (0, a[1]))
>>>> b = resource.getrlimit(f)
>>>> print b
> (0L, 10240L)

ここの 10240 と関係あったりしないでしょうか。
-- 
[田中 哲][たなか あきら][Tanaka Akira]