takep****@gmail*****
takep****@gmail*****
2011年 7月 3日 (日) 20:09:47 JST
雲雀様 ご回答ありがとうございます。竹内です。 遅くなりまして申し訳ありません。 session_thread_pool_sizeが1でとりあえず起動したので 安心していたのですが、やはり、性能がまったく出ないと 言いますか、いくつかのアクセスが重複しただけで、まったく アクセスが割り振られない状況になってしまいました。 デフォルト値の32にすると、スムーズに振り分けが行きますが、 やはり4ポート分までしか稼働しません。 以下に、session_thread_pool_size=32で設定したときの 値をペーストします。 ■UltraMonkey-L7起動前のfree total used free shared buffers cached Mem: 2073412 201260 1872152 0 21864 135052 ■UltraMonkey-L7起動後のfree total used free shared buffers cached Mem: 2073412 335388 1738024 0 26128 146024 ■ulimit -a の結果 core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 32742 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 32742 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited 稼働させているディストリビューションはCentOS 5.6です。 以上、よろしくお願いいたします。 On Wed, 29 Jun 2011 13:01:04 +0900 雲雀 路朗 <hibar****@nttco*****> wrote: > 竹内様 > > 雲雀です。 > > 6ポート起動のご連絡ありがとうございます。 > > "session_thread_pool_size"は性能にかかわる設定値であるため、 > 1に設定したまま運用することはあまりお勧めできません。 > > > "session_thread_pool_size"を変更して起動できたということを > 考えると、"session_thread_pool_size"が32のときに、メモリー > 不足や何かしらのカーネルパラメータの上限に引っかかったことで > VirtualServiceの追加に失敗したと推測します。 > > >> #cat /proc/sys/kernel/threads-max > > 65484 と出ました。 > > スレッド数の上限は十分余裕があるようなので、他の上限に > 引っかかっているのかもしれません。 > > なぜVirtualServiceの追加に失敗したか調べるために、お手すきの際にでも、 > "session_thread_pool_size"を32に戻して、UltraMonkey-L7を起動した時の > メモリー使用量(freeコマンド結果)やカーネルパラメータ(ulimit -aコマンド結果) > をお見せいただければと思います。 > > 以上、よろしくお願いいたします。 >