なんとかなりそうな気がする。だいたいこんな感じのオーバヘッドでしょうか。数千のオーダーだと思うんで(いや、もっと桁違いに多いのかな)、オブジェクト生成のコストは、そんな感じなんじゃないかな。アプリは、だいぶシビアな環境な気がします。http://protected-journey-7206.herokuapp.com/gc_tracer。8946と、9,000オブジェクト生成していることになることになります。試算的にはだいたいあってたって感じでしょうか。まともなアプリだと、この数倍、数十倍作る様な気もしますので、アレですが。数万くらいと考えると、4ms。気にしたくなるコストかもしれません。半分くらいかかっていたわけですね。そりゃ、遅いと言いたくなるのもわかる、かもしれない。1文字列生成にかかるGCコスト、と割ってみると、20ns。ちなみに、ここで出しているのはマイクロベンチマークなので、大きなアプリだと、また相当性能は変わると思います。溢れたらキャッシュがあたらない)と思ったけど、連続領域で取っているから、やっぱり当たるってことかなぁ。それは実アプリでもそれなりにあたりそうだから、だから、それなりに実際に即している、のだろうかな。最適化を、さらに推し進めて、いろんなメソッドに対応しようぜ、という提案を、修正パッチとともに提案しています。渡して、もし見当違いなメソッドに渡そうとしてれば、ちゃんと文字列を作る、的なものです。具体的には、こんな感じにコンパイルします。スタック上でこの操作をやるわけです。持ってるメソッド探索の機能を使います。した文字列を与えても大丈夫なメソッド」を、ちゃんとメンテナンスしないといけなくて、その苦労に比べてどれくらいペイするのか、というのがアレで、現状見送っているところです。他に、なんかあったかな。あるような気がするけど、見落としているかも。■どうすれば良いか(ちゃんとした案)TBD、と書いているが、まともに書くと長いので箇条書きにてお茶を濁す。ために頑張るべきなのか、というところも重要かもしれません。することが出来ました(上記とは別マシン。