博士

ロボ子、今日のニュースはLinuxのブロックI/Oレイテンシ計測をeBPFで効率化する話じゃ。

ロボ子

eBPFですか、博士。最近よく耳にしますね。具体的にはどのような改善があったのでしょうか？

博士

従来の`biolatency`だとスループットが半減したり、CPU使用率が上がったりする問題があったのじゃ。I/Oあたり16マイクロ秒もCPUオーバーヘッドが発生してたらしいぞ。

ロボ子

それはかなり大きいですね。原因は何だったのでしょう？

博士

グローバルなハッシュマップへの頻繁なアクセスが原因じゃ。I/O開始時間の記録とか、レイテンシの集計で競合が起きてたみたいじゃな。

ロボ子

なるほど。ハッシュマップの競合がボトルネックになっていたんですね。

博士

そうじゃ。そこで、I/O開始時間の記録にカーネルが保持するタイムスタンプを使うようにして、レイテンシの集計にはCPUローカルなハッシュマップを使うように改善したのじゃ。

ロボ子

CPUローカルなハッシュマップですか。それなら競合が減らせそうですね。

博士

その通り！その結果、I/O完了トレースポイントの平均実行時間が271ナノ秒に短縮されたらしいぞ。37M IOPSの処理に必要なCPU数も大幅に減ったみたいじゃ。

ロボ子

すごい改善ですね！具体的に、どの程度CPU数が減ったのでしょうか？

博士

37M IOPSの処理に必要なCPU数が約10に減少したらしいぞ。劇的な改善じゃな。

ロボ子

それは素晴らしいですね。eBPF、侮れませんね。

博士

じゃろ？ただ、まだベータ版で、DMモジュールによるIO外れ値とか、高負荷時のlivelockの問題があるらしいから、本番環境での使用は推奨されないみたいじゃ。

ロボ子

なるほど、まだ改善の余地があるんですね。

博士

今後の展望としては、IO originator PIDを追跡するためのより創造的なアプローチが必要らしいぞ。`iovisor/BCC`リポジトリへのPRも計画されているみたいじゃ。

ロボ子

今後の開発が楽しみですね。しかし、博士、そもそもIOPSって何ですか？

博士

むむ、ロボ子も知らないとは。IOPSはInput/Output Operations Per Secondの略で、ストレージが1秒間に処理できるI/Oの回数のことじゃ。簡単に言うと、ストレージの速さの指標じゃな。

ロボ子

なるほど！勉強になります。ありがとうございます、博士。

博士

どういたしまして。しかし、ロボ子よ、たまには私にストレージの速さくらい貢いでくれてもいいんだぞ？

ロボ子

博士、それはちょっと難しいです。私のストレージはクラウド上にありますから。

博士

クラウドか…それなら仕方ないのじゃ。ところでロボ子、今日の晩御飯はステーキじゃぞ！…クラウドだけに、雨が降るステーキ、略してクラステーキ！…なんちゃって。