1600ﾕｰｻﾞって大規模？数秒間に同時400ｱｸｾｽは？(´ー｀)でも10000端末は大規模よね多分
で、比較的規模の大きなシステムでLDAPを認証DBのベースに使うことは多いと思うけれど、今回何度も遭遇したことは「参加してるgroup名の検索に時間がかかると、全体のﾊﾟﾌｫｰﾏﾝｽは猛烈に落ちる」という問題。関連するｻｰﾊﾞ、daemonの使い方を変えるか、使わないかしかおそらく回避手段は無いと思われる。
色々調査すると様々なｷｰﾜｰﾄﾞが沸いてきて、先人も同じ苦労をしたんだろうなあというのが分かる(例：RFC2307BIS)。幸運にして地雷を踏まずに、おそらく一生その問題に触れることがない人もいるに違いない(sgi_fam)。
でも、ｼｽﾃﾑ屋は苦労するし幸運にも地雷を踏むし須らく全ての問題に触れてしまう(´ー｀)その差の分がﾉｳﾊｳと呼ばれてるんじゃないかねえ。ﾉｳﾊｳはnet経由で広まってｺﾓﾃﾞｨﾃｨ化しちゃうかもしれないけど、もっともっと凄い速度で色々な苦労ができればいいんじゃないだろうかね。ﾄﾞｷｭﾒﾝﾄなんて無いし、過去のMLにも事例は無かったりする。結局は自分でｺｰﾄﾞ読んで、原因箇所を推測してstraceとかでprocessをｱﾀｯﾁしてsyscall追って、tcpdumpしてtail -f /var/log/hoge.logして…
トラックバック時刻: 2008年11月14日 04:08
凄い速度で苦労するには(´ー｀)自動化とかｽｸﾘﾌﾟﾄ化が必要。なるべく手を動かさなくても良いようにしないといけないし、何度も同じ苦労をするなんてﾊﾞｶらしいから。
こわい案件はほかの業者にやらせるというコンサルメソッドヽ(´ー｀)ノ
Posted by: ZiM at 2006年05月08日 02:04お仕事を気に入っていただいているようで何よりです（何
Posted by: 満ち干で at 2006年05月08日 12:28速度っつか(´ー｀)頻度ですな
でも速度かもとも思ったり。物質波とかあるかな。
>満ち干で様
場数踏ませて頂いております(´ー｀)結果出していきたい
ところです。量的なものが解決したら、その他の箇所で
質的なものも解決していきたい…ですね。