PHP CRON電子メールをCPUに送信

Question

私は、Amazon EC2 'Large'インスタンス、つまりPHP5とMySQLを使用したUbuntu Natty x64を実行しています。我々はCRONを介してPHPスクリプトを実行します - これはSMTP/PHPMailerを使用して電子メールリスト（2000-4000電子メール）を送信します。

サーバーの動作が非常に遅い（これらのCRONジョブのいくつかはパラレルに実行されます）、CPUが100％になります。メモリ使用量は低く（約600MB/8GBしか使用されない）、各CRONジョブはCPU％のかなりの部分を占有します。たとえば、それぞれ20〜30％、4-5台が並行して実行されます。

問題を特定しようとすると、MySQLで低速のクエリログが実行されましたが、私の注意を引いたものはありませんでした。このCPU使用率の原因を絞り込むにはどうすればよいですか？ SMTP /電子メールはCPUを集中的に使用しているのでしょうか、それともプログラミングやサーバーの問題があることを示す記号ですか？ありがとう！

EDIT：問題が解決されます。電子メールが「成長」する（以前の電子メールコンテンツの一部が次の電子メールに注入されていた）些細な（もちろん）バグがあったため、電子メールの前処理は各加入者にとってますますばかげてしまった。結果として得られた電子メールには数百/数千のトラッキングイメージがあり、開いたときにすべてが同時にサーバーに当たった。つまり、イメージをgmailに表示する。自爆したDDoS攻撃と2日間の眠りを止めた後、私は人生で様々な選択肢を考えながらモーガンキャプテンのボトルを楽しむつもりです。

Answer 1

物事：SMTPサーバとの

1. 非ブロックIO。

2. 長い文字列操作を伴うPHPで使用されるSMTPライブラリの実装/すべてのループで長いファイルがエンコードされる（覚えておいてください：プロトコルはフォーマットされていなければならず、sendメソッドを他の多くの方法で呼び出すたびにチェック/ 。

3. メールごとに1つ（またはそれ以上）のクエリ。

ループ内で実行される各操作に費やされた時間を測定してみてください。

単純な$start = microtime (true)とprintf (___FILE__.':'.__LINE__.": here after % 0.8f seconds\n", microtime(true) - $start);をデバッグファイルまたは別のプロファイリングツールに使用できます。

プロトコルのフォーマット/エンコード時間を短縮してください。

以上のマシンのコアの数同時に実行されているPHPスクリプトのインスタンス。

Answer 2

まず、どのプログラムが100％CPUを使用しているかを正確に確認します。

PHPインタープリタの場合、コードに何か問題があります.SMTPクライアントは、SMTPサーバーによるスループットに多くの時間がかかるため、100％の使用率に達することは絶対にありません。この（非網羅的なリスト）を引き起こす可能性があります

Answer 3

これはphpに限定されないかもしれません...あなたはローカルボックスに接続しているSMTPサーバですか？ソケットがなくなっていますか？要求は自分自身をブロックしていますか？

通常、何をしているかのように、キューベースのアプローチが最適です。

メールを送信するためにサードパーティのサービスを使用したことはありますか？API HTTPリクエストを送信するだけですが、これにはいくつかの利点があります。これらのサービスのほとんどは、メールサーバーとの関係を設定してメールが実際に受信トレイに届き、SMTPサーバーがスパムとしてブラックリストに登録されません。 Amazonはこれを行うことができるサービスを持っているので、Postmarkのような他の人をしてください。