〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
〓〓〓いつまでも次世代 IMAP その２〓〓〓 http://mevius.5ch.net/test/read.cgi/unix/1114279916/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
181: 177 [sage] 2006/04/30(日) 13:15:04 >180 やっぱりまずメモリですかね。 あとファイルディスクリプタとか食ったりするのかな? 「最も効率的」という実装ではないにしても、 だからダメというほどのポイントには感じられないんですよね... 大規模サーバーの管理者だと印象が違ってくるのかな。 (おいらはせいぜい〜数十人のグループ内サーバー管理) http://mevius.5ch.net/test/read.cgi/unix/1114279916/181
182: 名無しさん＠お腹いっぱい。 [sage] 2006/04/30(日) 20:00:18 >>181 数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/182
197: 名無しさん＠お腹いっぱい。 [sage] 2006/05/05(金) 02:51:09 >>176 クライアントからポーリングかける場合は10分に一回とか、そんなペースだよな。 IDLEコマンドでサーバから通知される場合、それよりも高い頻度でサーバ側で チェックが行われていないと意味が無い。 そこで、IMAPサーバがどうやって新着メールを知るか、という点が問題になる。 メールの配送を行うのはSMTPサーバであったりMDAであったりするわけだが 多くの場合、これはIMAPサーバとは独立している。つまり、IMAPサーバとしても 新着チェックをするためにはポーリングを行うか、あるいは更に極悪に重い famを使う等の措置が必要だ。 >>180 ページアウトしなきゃならないくらいメモリが逼迫していて、かつユーザ数が多くて アクセス頻度が高い場合には、新しくメモリを確保するためにいつもページアウト することになる。そういうのは劇的なパフォーマンス低下を招く。 >>181 ソケットを使うから当然ファイルディスクリプタを消費するが、チューニングしておけば 問題ではない。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/197
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s