RustのgRPCがGoよりも遅い？

夏のある日、GoのgRPCが、Rustよりも2倍早いという記事を見つけました。「おいおい、測定ミスだろ」と強がっていましたが、日々、不安は高まっていきます。真実の愛であれば、疑うことは許されませんが、エンジニアの言語への愛など、所詮、状況に応じて使い分けるような打算的な愛。確認してみました。 性能測定結果上記の記事と同じく、gRPCのサーバソフトウェアは、Goはgrpc-go、Rustはtonicのgreeterの性能を、gRPCのクライアントソフトウェアghzを使って、測定しました。ハードウェアは、AWSを利用し、サーバはc5a.8xlarge(32 vCPU/64 GiB)インスタンス、クライアントはc5a.16xlarge(64 vCPU/128 GiB)インスタンスを使いました。 1台のクライアントインスタンスは、同時に3,000個のgRPCクライアントを立ち上げ、合計で6,000

[noukomakuta]

タイトルだけでNTTの人だと分かるようになってきた

[igrep]

goroutineつよいなぁ

[sora_h]

“クラウドネイティブ時代に、システムコールを直接使ってHTTP/2サーバを実装するのが許されるのは、学生の課題ぐらいですからね。”

[poad1010]

そろそろ、tokioからstd::future に乗り換えようぜ！って時期なのだろう

[el-condor]

これはコントリビューションチャンスなのでは。tokioはRustの非同期IOのデファクトスタンダードだし。

[gfx]

Rustも負けてないよって話だけどデファクトのtokioの性能がいまいちってのは気になるところ。