マルチプロセス対応版のテストの最終フェーズに入りつつあります。



一先ず別途作成した PMailServer2 用のストレスアプリを別PCからサーバー（と言う名の開発PC）へ接続させてています。
正直、この段階になるとストレスをかける側も苦労していまして１台の PC じゃ負荷をかけても同時 500接続くらいしかかからないんですよね。
大規模テスト？用に、もう１，２台、そこそこのスペックの PC を用意しないとテスト自体ができません。



逆に、これくらいでもサーバー側の負荷は CPU 100% に張り付くということも無く、結構平気で動いてます。
（この記事もサーバー側の PC で書いています。）

テストと言うだけで内容がわからないと、接続だけでは？ということもありますので、ここも説明しますと

１）SMTP は接続して、約1KB のメールを特定のアカウントに送信を行い切断しています。

２）POP3 は接続して、メールボックスにある 20通のメール（全部で 30KB位）を全て受信して切断しています。

３）IMAP4は接続して、２とは別のアカウントのメールボックスにある、30通のメール（約50KB）の ENVELOPE（IMAP4固有のメールの構造を解析して出力するコマンド？）と、メールヘッダーのみを FETCH して切断しています。

という処理を、最初の画像の下段にある数だけ同時に行っています。

接続数は中規模程度で、負荷は小さなメールを大量にやりとりしているというシチュエーションですね。

ちなみに、個人的には大規模とは 同時1,200接続以上の接続環境を想定しています（Exchange Server のデフォルトが最大 1,200接続なので）

今回の処理で、コードの半分どころかそれ以上の部分を書き起こし＆最適化していますので、シングルプロセスモードでもパフォーマンスは（若干ですが）上がっています。

今までは必要以上に安全マージンを取っていました。
例えるならば、今回の改良前はサイドミラーで確認していたので、何度も確認してバックしていたのを、改良後では、バックセンサー搭載したので、それを信用してバックしているという感じでしょうか。
例えが、上手くありませんね・・・(^-^;

また今回から、エラーチェックが相当量増えており、且つ今まで省略していたエラー出力を増やしています。
ログ出力とも関連しますが、この辺りの表記も整えていく予定です。（Windows API でのエラーは Win32:xxxxx Winsock 関連のエラーは Winsock:xxxxxx、例外エラーの場合は、その内容を出力する（アクセス違反等）に統一していく予定です）

特にマルチプロセスモードの場合は、このエラー内容が、実際に運用しているサーバーで稼動できる上限の判断基準にもなります。
これは、どんなサーバー機でも最大プロセス、最大スレッドで動かせる訳では無く、他の稼動アプリや搭載メモリ等で、その上限は変わる為です。

いつもより長時間テストに費やしておりますので、今しばらくお待ち頂く様お願い致します。