配送サービス epstdd のスレッド数はどの程度まで上げても大丈夫か
SMTP配送サービス epstdd のスレッド数について、どの程度まで上げて大丈夫かといったご質問を受けることがあります。
ハードウェア環境やネットワーク環境に左右されるとは思いますが、実際の運用経験から見ても、スレッド数を最大100ぐらいの設定にしても特に問題になることなく、普通に可能だと考えられます。
ちなみに epstdd のスレッド数の設定値は、epstdd 内で起動するスレッドの上限値であり、このスレッド数が常時展開されるわけではありません。incomingフォルダ内でのメールデータの溜まり具合により、生きて動作するスレッド数はこの上限の範囲内で変動します。
たとえば、スレッド数100の設定値にしているときに、100スレッドが一度に起動しても、メール1通しかない場合は、1スレッドが配送実施し、incoming フォルダが空であれば、残りの99スレッドは起動開始してもすぐ終了する動きをしますので、常時負荷が上がるわけではありません。
ただし、ネットワーク環境の中でE-Postからのフォワード先SMTPやゲートウェイ装置があるような場合、メールの受け手になるフォワード先の処理可能なスレッド数を事前に調べることが必要になります。フォワード先でいくつまで受信側のスレッドを立てても大丈夫なのかを確認した上で epstdd のスレッド数を決めるとよいでしょう。不明な場合は、現行の設定値から、10ずつ増やしていって、動作を見ていく方法も考えられます。
その際、CPU負荷やディスクアクセス負荷を確認するのは当然でしょうが、メールキューである incoming フォルダ内のファイル生成やファイル消去の具合など目視で確認してください。そのようすからメール送信の処理具合として判断していただくとよいでしょう。
（参照FAQ）
●ゲートウェイ装置がある環境で epstdd のスレッド数を増やしたところ逆に遅延が発生するおそれがある場合