頃より1・2割高速になる」みたいな話をしています。逆にもっと小手先の細かな最適化の話も書いてきました。その中でも一番パフォーマンス改善に効いていそうなのがSpan<T>構造体の導入です。今日は実例をいくつか挙げていこうかと。ヒープの使用量を減らせるからです。コードでポインターを使えばこれまでも十分に実現できたものです。なしでは難しい最適化です。struct)ですが、それでもポインターよりは適用可能な範囲が広いです。型インスタンス(もちろんヒープを使う)を作ってそれを戻り値に返します。あればヒープを使わず似たようなことができます。いうことで、SubstringをAsSpanにちまちま変更していくようなプルリクエストが。倍以上速くなったメソッド何かもあるみたいです。stackalloc極々短い範囲で、小さいデータを持っておくだけの一時バッファーを必要とすることは結構あります。ヒープ利用を避けることができます。char[2]していたものをstackallocに置き換えています。先ほどのような固定長で短いデータはいいんですが、可変長の場合にはひと工夫必要です。具体的には、要するに「一定サイズ以下の時にだけstackallocを使う」という分岐を挟むだけなんですが。以下のプルリクエストなんかはわかりやすいです。#25353以下のような条件演算子は結構頻出です。初期バッファーをstackalloc、その後容量を増やすときにはArrayPoolを使う実装。これも、「一定サイズ以下の時にだけstackallocを使う」最適化の一種です。メモリでも共通処理が書けます。介して処理するということもできます。これも、一時バッファーの確保が不要になるのでパフォーマンス改善につながったりします。ついて運営者について。