測定方法3台から同時に送信を始めます。(手動なので完全に同時ではありません。)受信側で受け取ったデータを1つのファイルに集約し、10秒ごとにファイルサイズのチェックを行って、この差分から転送量を計算します。送信開始20秒前後からの転送量が安定した時点から100秒間の平均値を取り、これを3回行った平均値を取ります。[K2HFTFUSESVR]FILE_UNIFY(集約)を指定して1ファイルに集約しました。MB/Sこのパフォーマンス計測で利用した方法にはそれぞれ理由がありますので、この計測方法に至った理由を以降で説明していきます。環境に依存したパフォーマンス結果の違いや、他のプロダクトとの計測結果の違いなどについても説明します。ネットワークで行った際の結果です。結果的にネットワーク性能が不足している場合の挙動になります。転送量の計測は、10秒ごとに集約したファイルのライン数をカウントして計算値を出しました。計測が終わるとファイルを削除して、作り直されたファイルに書き込んでいきます。送信側1台、受信側1台で予備テストしていたときはレコード長が大きくなると転送量が増える傾向だったのですが、今回は伸び悩んでいました。理論値ではネットワークの性能以上の速度が出ていると予想できます。計測結果もこの付近で上限に達しています。実際に回線速度の上限に達していることが確認できました。よって、今回の計測ではネットワーク上限での挙動を見ることができましたが、本来の性能は計測できていません。この計測方法では、ファイル削除・作成に時間がかかっている可能性もあるので、以降は10秒ごとのファイルサイズの差分で出すことにしました。使用した場合、ネットワークの限界以上の転送能力に留意して使用する必要がありそうです。これは適切なウエートや送信頻度などで調整できると思います。テストを行った際の結果です。結果的にファイル・デバイスの性能が不足している場合の挙動が明確になりました。Gbpsテスト方法10秒ごとにファイルサイズをチェックして、10秒前のサイズとの差分から転送量を計算しました。差が小さいことと、転送を継続した際にパフォーマンスが急激に下がる現象が発生したので、転送完了までの推移を確認してみました。同時にモニタリングツールで見てみると、計測中にフリーメモリがキャッシュに割り当てられて徐々に減少し、枯渇したところで遅くなる事がわかりました。このグラフの時は150秒付近で最高速が出なくなり、700秒付近ではフリーメモリがほぼ無くなった状態になっていました。使っているので、受信したデータを書き込む際にディスクの速度が追いつかず、最終的にメモリを使い果したと想像できます。ボトルネックであると確認できました。まとめ転送量がディスク書き込み速度を上回るとメモリを使い果した後にパフォーマンスが低下します。利用する場合には、書き込み速度(転送量)を意識して運用をする必要があります。全体のパフォーマンスへの影響が考えられます。転送能力と言う意味では上記「時間の推移と転送量」のグラフでデータが取れていると思われますが、パケットには転送データ以外の管理用データも含まれますので、やはり実際の書き込みまでの結果が必要だとの結論に至り、高速なファイル・デバイスのある環境で再度の計測をする事にしました。今回パフォーマンス測定をしたプロダクトとバージョンです。