使用ねじになります。新しいメールを送レール
-
22-08-2019 - |
質問
ってメールを送信する私の応用(ruby1.8.7レ2.3.2)このような
Thread.new{UserMailer.deliver_signup_notification(user)}
以来、rubyを使用緑のスレッドがパフォーマンスに優ておくことはできるだけ利用
UserMailer.deliver_signup_notification(user)
?
感謝
解決
グローバルVMにロックがほぼ確実に適用しながら送信するメールがなくなります。
べきではないスレッド開始要求/応答のサイクルです。ば始まらないスレッドがなければ見ることができてから創造への参加でもそのことは、ほとんどありませんのトラブルをつくりだしていくか。
レールはスレッドセーフではありませんが、意図したものではないかなコントローラー行動します。だからレールは2.3 で派遣 されたスレッドを安全にした場合のみとなります)いたします。rbとconfig.threadsafe!.
この記事 説明しています。送信したい場合はそれぞれのメッセージを非同利用 BackgroundRb 又はそのアナログです。
他のヒント
一般的に、グリーンスレッド実行の背景のタスクが非同期で概ねご応募に対応できる、ユーザー 前 メールが送信されます。まだ懸念を活複数のCpu;をご利用いただけるご関係については、荷重に作業をバックグラウンド処理や復webページなどが可能です。
から検討を行レールの書類のようになdeliver_signup_notificationブロックされますが、メールキュー(私が悪い)。そこで、スレッドがここにもアプリケーションをう対応によって、お使いのメーラーが起動設定することが出来ます。
残念ながら、明確なってくるということになdeliver_signup_notificationは必ずしもスレッドセーフです。思いの説明をお読みく前に依存します。
注意してくださる方を募集しておりんの仮定の寿命をレールの過程度を要請しています。多くのレールを使用DRb(または類似のツール)を陰これらの背景-課題を全く別の労働者です。ための最も簡単な方法はな変化がかなり多くを参照してくださいGoogleのために 多数の人気図書館.
私は利用させていただいてい正確な戦略とアプリケーションの生産がレール2.2.2).私見では、当社の負荷が比較的低い(20名以下のメールを送られた日平均、ピークの約150/dayとする。
これまでのところが問題なく、これを解決してい複数の性能問題を利用の場合Googleのmailserver.
すことがあります。急いでそのコンディションについてです。
彼らはそれと同一であるか分かっています。