Improve the efficiency of trace stitching

From the way benchmarks have been responding to recent PRs, it certainly seems like side exits could be made more efficient, especially in the happy path. This is especially true of _DYNAMIC_EXIT, which needs to do quite a bit of work for a successful stitch... perhaps the best option here is to just reduce the number of _DYNAMIC_EXITs that we run.

This could also include recompiling stitched traces together into the same executor to essentially remove stitching overhead, too.

Linked PRs

• gh-122295

この issue ではファイルやテストが指定されていません。まず、ベンチマークの応答と _DYNAMIC_EXIT 周辺の trace-stitching の経路を調査し、dynamic exits の削減または stitched traces の再コンパイルが実行可能かどうかを判断してください。関連するベンチマークで stitching のオーバーヘッドが低減することを実証できれば完了です。