DPDKに関してご存じない方もいるかとおもうので簡単に説明します。第１回ブログで紹介したように、近年は、様々なサービスがネットワークを利用しています。

近年はネットワークに接続する機器数やネットワークを流れるデータ量も爆発的に増えています。このような場合に、ネットワークは混雑しやすく、例えば１例としては動画サイト利用者は、画面が固まったようにみえたりしてストレスをかんじてしまうことが考えられます。

DPDKを導入することにより、ネットワークの処理の高速化や大容量化が行えるため、動画サイト利用者は快適にサービス利用をすることができます。(関連記事はこちら)

図１．DPDK導入前と導入後の違い

前述のようにDPDKを導入することによるメリットはネットワークの高速化・大容量化です。これは、近年のネットワークの利用状況を考えると非常に大きなメリットのあることです。

ただし、ひとつデメリットがあります。

DPDKアプリケーションのCPU使用率を監視することが難しいことです。

CPU使用率を監視して必要に応じて増設を行うことが大切だからです。

そこで、NTTテクノクロスでは簡単にDPDKアプリケーションのCPU使用率を容易に監視できる提案を行いました。

図２．NTTテクノクロスの提案事例

注：DPDKでは、カーネル割り込みによるパケット受信を利用せず、NIC(ネットワークインタフェースカード)へのポーリングを繰り返すことにより高速なパケット処理を実現している。このため従来のCPU監視方法では実際のパケット送受信量にかかわらずCPU利用率が100%に見えてしまう

2021年２月のDPDKリリースをターゲットにして提案を行いました。

提案時に、気をつけた点は以下です。

• ・DPDKのソースコードは変化するので、動向をウォッチ
• ・DPDK全体や、主要ソースコードツリーのメンテナと知り合いになっておく（DPDKイベントやMLで交流をしておく）

注：メンテナとは、ソースコードを管理（メンテナンス）する人のことであり、オープンソースコミュニティにおいては機能追加の承認などを決定する役割をもちます。

図3.MLでの議論からの抜粋

この活動を通して感じたことは、以下の３点です。

• ・提案に賛同するコミュニティメンバがいる一方、既存機能でカバーされていると考えるメンバもいて、コンセプトレベルで提案に納得していない人たち（特にソースのメンテナ）がいるとパッチは採用されない
• ・事前のコミュニティ（キーパーソンあるいはキーとなる企業）に提案の有効性を説明し、納得させることができればよりよかった
• ・すでに習得済みのバグ修正パッチ投稿ノウハウ以外に「ソースコード改善提案」の流れについて習得することができた