TreeFrog Framework

Web Framework Benchmarks Round 22

MongoDB の設定を追加してプルリクエストを送ったところマージされ、ベンチテストされてました。

ランキングで、treefrog が何を指しているかわからないので補足：

C++17 や C++20 のコードをちょっと確認したいときに役立つインタプリタを作ってみました。

WebSocket でチャットを作ってみました。遊んでみてください。そのうち作り方をアップしようと思います。

サーバはもちろん TreeFrog で実装されています。

Webフレームワークベンチマーク Round 9 が公開されています。 TreeFrog Framework のコードは私がプルし、そのベンチマーク結果がありますので参考になさってください。

MVC フレームワークの中では、トップグループに入るパフォーマンスが示されています。

Webフレームワークのスループットを比較したサイトがあります。

有名なものからあまり知られていないものまで、多くのフレームワークが含まれています。 TreeFrog Framework も登録してみました。

内容として、HTTP接続は Keep-Alive のまま、単純な１種類のリクエストを何回処理できるかというものです。

実際とはかけ離れたテストであると言えますが、１つの参考にはなるかもしれません。単純なテストのベンチマークであるので、MVCなフレームワークには全体的にやや不利な結果がでているようです。

実際の運用では、そんな単純な処理ばかりではありません。 Webサーバ（APサーバ）では、HTTPの接続・切断が頻繁に繰り返されますし、時間の掛かるものから掛からないものまで様々なリクエストを同時に処理します。

そんなベンチマークをしてみると、また違う結果になるかもしれませんね。

Webサーバ（APサーバ）としては、リクエストの受信からレスポンスの送信までを、スレッドを介さずに同期的な関数だけで実装すれば非常に単純でスループットも出せるでしょう。今回のベンチマークでも、良い結果がだせそうです。

ただ、この実装だと、あるユーザへ返すレスポンスが、他のユーザの時間の掛かるリクエストに引きづられて遅くなってしまうでしょう。これはAPサーバの実装として好ましくないと思います。

ちなみに、TreeFrog Framework は、リクエスト毎にマルチスレッド化しているので、他のリクエストに引きづられてしまうことはありません。

チュートリアルで作ったやつです。ここ↓にありますので、遊んでみて。