久しぶりにSNMP4Jです。今回はTrap受信性能について評価してみます。
一般的な商用ソフトウェアのTrap受信性能は1000~1200（trap/sec）といったところですが、
SNMP4Jの受信性能はどの程度でしょうか？

早速確認してみましょう。

１．目的

SNMP4JライブラリのSNMP Trap受信性能を評価し、運用可能な最大受信性能（受信数/秒）を評価する。


２．原理・方法

１）SNMP Trap

SNMP TrapはSNMPエージェントの状態をマネージャに通知する仕組みであり、
各SNMPバージョン（v1, v2, v3）に応じてPDUフォーマット、暗号化のサポート有無などの
違いがあります。
今回の性能検証ではSNMPv2を利用します。


２）SNMPトラップの送信と受信性能の定義

SNMPトラップ送信は、個別記事：SNMP+Java SNMPv2 トラップ送信で作成したコードを利用します。
トラップ数は5, 10, 50, 100, 150, 200に分け、それぞれトラップ数と同数のスレッドにより送信し、
送信所要時間（ミリ秒）を計測します。
送信数に対し、受信側で欠損すること無く全てのトラップを受信出来た場合、その時の送信数/所要時間を
最大受信性能（受信トラップ数/秒）として考えます。
尚、送信するトラップのバーバインド数は5（全てOCTET STRING値）にします。


３）SNMPトラップの受信

SNMPトラップ受信は、個別記事：実践SNMP+Java - Trap/Inform Receiverで作成したコードを利用します。
但し、受信性能の計測に影響する標準出力は行わず、キューイングした受信数を、ShutdownHookを利用し、
受信プログラムを停止する際に一度だけカウントします。
具体的には次のように受信時は、呼び出されるprocessPduメソッドで受け取るCommandResponderEventを
queue（Collection）にaddするだけで標準出力は行いません。

  public void processPdu(CommandResponderEvent snmpEvent) {
    try {
      queue.add(snmpEvent);
    } catch (Exception e) {
      // notify exception.
      e.printStackTrace();
    }
  }

queueの中身はShutdownHookでCTRL+C又はSIGTERMシグナル受信時に標準出力します。

  public void regsitShutdownHook() {
    Runtime.getRuntime().addShutdownHook( new Thread(this) );
  }

  public void run() {
    // This method is called by SIGTERM.
    System.out.println("receive total: " + queue.size());
  }

４）受信側スレッド数

受信側でMultiThreadedMessageDispatcherに渡すスレッド・プールのサイズが大きい程、
スレッド処理により単位時間あたりの受信可能数が大きくなります。
（但し、物理的なI/Oが並列になる訳ではありませんので必ず上限があります）

  // message dispatcher
  int numWorkers = 5;
  ThreadPool pool = ThreadPool.create("workers", numWorkers);
  dispatcher = new MultiThreadedMessageDispatcher(pool, new MessageDispatcherImpl());

この受信側スレッド数を5, 10, 50, 100, 150, 200とし、それぞれで２）で示した受信性能測定を行います。

５）全体構成

Linuxサーバ上のSNMPマネージャ（受信側）、送信側SNMPエージェント、L2スイッチで構成します。
マネージャ、エージェントPC間の遅延は１ミリ秒以下であることから、２）でエージェント側のトラップ
送信所要時間を概ね受信所要時間であると考え送信所要時間を使って最大受信性能を定義しています。



３．結果
測定結果を受信側ThreadPool数毎に表１）-６）で示します。

１）受信側スレッド（ThreadPool）数：5

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec）
1	10	31	322.6	10	0	322.6
2	50	47	1063.8	50	0	1063.8
3	100	47	2127.7	66	34	1404.3
4	150	62	2419.4	66	84	1064.5
5	200	93	2150.5	109	91	1172.0

２）受信側スレッド（ThreadPool）数：10

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec）
1	10	15	666.7	10	0	666.7
2	50	46	1087.0	50	0	1087.0
3	100	62	1612.9	71	29	1145.2
4	150	79	1898.7	79	71	1000.0
5	200	93	2150.5	109	91	1172.0

３）受信側スレッド（ThreadPool）数：50

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec））
1	10	15	666.7	10	0	666.7
2	50	47	1063.8	50	0	1063.8
3	100	62	1612.9	100	0	1612.9
4	150	62	2419.4	111	39	1790.3
5	200	78	2564.1	136	64	1743.6

４）受信側スレッド（ThreadPool）数：100

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec）
1	10	32	312.5	10	0	312.5
2	50	47	1063.8	50	0	1063.8
3	100	47	2127.7	100	0	2127.7
4	150	78	1923.1	150	0	1923.1
5	200	93	2150.5	161	39	1731.2

５）受信側スレッド（ThreadPool）数：150

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec））
1	10	15	666.7	10	0	666.7
2	50	47	1063.8	50	0	1063.8
3	100	62	1612.9	100	0	1612.9
4	150	78	1923.1	150	0	1923.1
5	200	110	1818.2	200	0	1818.2

６）受信側スレッド（ThreadPool）数：200

No.	send trap	send time （msec）	send speed （trap/sec）	receive trap	lost trap	receive speed （trap/sec）
1	10	30	333.3	10	0	333.3
2	50	47	1063.8	50	0	1063.8
3	100	47	2127.7	100	0	2127.7
4	150	78	1923.1	147	3	1884.6
5	200	78	2564.1	200	0	2564.1

４．考察・最大受信性能（速度）評価
＊最大受信速度が600（trap/sec）以下であればThreadPool数は10でも問題無い。