「Google、「Webの高速化」をうたう高速データ送受信技術「SPDY」を発表 」記事へのコメント

HTTPだけじゃなくてPOP3も高速化してほしいな

[jsi (25633)]

昨今のネットワークの性能からすると、HTTPやPOP3はとても性能が悪いです。

メール容量にしたら、たった2MBほどなんでftpで/var/mail/${USER} を持ってきたら
(帯域次第ではあるが)一瞬で転送が終るのだが、POP3を通すと、
1. メールを取得, 2. メールのフラッシュ, 3. ローカルの処理待ち
を届いたメールの数だけ繰り返す、なおかつ、その度にprocmailをforkするんで
遅くて仕方がないです。

ネットワークの遅延を100ms, サーバのレスポンスを50ms, procmailのforkと処理の
時間を100msとすると、1つのメールあたり250msかかることになり、2000通メールが
たまっていると、どれだけ帯域が広

Re:

[fumiyas (32177)]

ほかの人も書いているけど、それは、
POP3 の話じゃなくて 特定の POP3 サーバーかクライアントの実装の話ですよね。

POP3 サーバーを Dovecot にでもして、メールボックス形式を maildir か何か
(mbox 以外) にでもしたらどうですか。
(Qpopper あたりを利用して遅いとか言っているんじゃないかと邪推 :-p)

> 同時にメールを取得して同時にメールをフラッシュできるようなプロトコルが

「メールのフラッシュ」って、具体的にどこのどんな動作のことを指していますか?

Re:

[jsi (25633)]

POP3ですと、USER, PASS, STAT, LIST, RETR, DELEの順番にリクエストしていくわけですが、
RETRを送った後にOK+Octets数のステータスを受信するまでに次のRETRを発行しても問題なく
動作するものなのでしょうか?

また、最近は実際にそのようなリクエストの出し方をしているメーラが多いのでしょうか?

もし、このようなリクエストの出し方ができるのであれば、プロトコルの限界ではなく、
指摘の通り、特定のメーラの実装の話です。

「メールのフラッシュ」とは、RETRを実行した後に実行するDELEおよびその完了動作を指して
使っています。

Re:HTTPだけじゃなくてPOP3も高速化してほしいな

[tietew (6130)]

DELEは削除マークを付けるだけで、実際の削除はQUITしたときだけなんで、都度削除はしないですよ。
そーじゃなきゃRSETでキャンセルできない。