gRPCが遅すぎる？eBPFでカーネル内で動かす！

gRPCの高速化への飽くなき追求（具体的な目標や目的なし）を続けてきましたが、まだ、遅すぎる！今回は、安全にLinuxカーネルに機能を追加できるeBPFという仕組みを使って、カーネル内で動作するgRPCサーバを実装しました。その結果、前回実装したRust版よりも2倍高速になりました！ eBPFで安全なユーザコード実行eBPFを使えば、システムコール、パケットの受信など、カーネルで発生する様々なイベントに対して、私たちユーザが実装したコードを、カーネル内部で実行することができます。同じようにカーネルに機能を追加できるカーネルモジュールと違って、eBPFは、データ破壊など、システムの安定性に深刻な影響を与える危険なコードの実行を防ぐことができます。 eBPFで検索すると、たくさんの日本語の情報が見つかるXDPは、ネットワークインターフェイスのドライバのパケット受信時に、ユーザコードを実行する仕

[tinsep19]

次はeBPF内をrustで書きそう。

[igrep]

すげー

[noukomakuta]

今回はRustじゃないのか…

[yujiorama]

"eBPFコードは、カーネルに組み込まれる前に、無効なアドレスへのメモリアクセス、無限ループなど、システムの安定性に影響を与える動作がないかどうか検証されます。"

[Keisuke69]

でたよeBPF。ほんと最近よく見かけるな。で、これはeBPFでgRPCを実装。eBPFでgRPC！なんかすごい😳

[kamocyc]

すごい面白そうなんだけど使う機会が無さそう

[lizy]

Winではhttp.sysとかいうカーネルモードドライバ？があったけどああいう感じなのかな

[udzura]

“eBPFのsockhashという機能を使うことで、TCP/UDPソケットにデータが届いた際に、ユーザコードを実行することができます。”

[gfx]

やべえやつきたな…ところでなんで速くなるんだろ。コピーコストの問題ならio_uringでも同じくらい速くなる気も。