.NET 11 Runtime Async はなぜ速いのか - Qiita

従来の async/await .NET の非同期処理といえば、長いあいだ async/await が中心だった。見た目は同期コードに近く、複雑になりやすい非同期処理を素直に書ける。 この async/await は、内部では CPS（Continuation-Passing Style、継続渡しスタイル）変換によって実現されている。 まず async キーワードで、非同期メソッドであることをコンパイラに知らせる。ここが CPS 変換の起点になる。ただし、async/await の仕組みそのものに async が欠かせないわけではない。C# で async が必要なのは、メソッド内の await が単なる識別子ではなく、処理の中断位置を示すキーワードだとコンパイラに伝えるためだ。同じ async/await モデルを採用する C++ では、 async キーワードを必要としない。 awai

[mak_in]

.NETは、バージョンごとにこういう性能改善がありがちなので、バージョンアップするメリットが結構ある。前回の.NET10は配列周りの性能改善で本番環境への影響が大きくて良かった。偶数verがLTSなので次の12まで様子見かな

[atsushieno]

大部分はdotnet/runtime issuesの受け売りっぽいけどよくまとまってる / Mono Compiler APIを使えば割とすぐ実装できたっぽいやつ（メソッド呼び出しの紐付け処理は必要だが） https://www.mono-project.com/news/2018/09/11/csharp-jit/

[yosf]

素晴らしい記事です。

[nguyen-oi]

JITレベルで非同期を最適化する発想はアツいな。中断しないケースの20倍高速化はロマンある

[topiyama]

コンパイルし直さないといけないのは残念だけど、ソース改造無しで対応できるのはありがたい