обьясните почему вот второй вариант даже быстрее чем первый

public static string ToStringLastTwo_1(in long number)
{
  char a = (char)((number % 10) + 48);
  char b = (char)((number / 10 % 10) + 48);

  unsafe
  {
    Span<char> stackSpan = stackalloc char[2];

    stackSpan[0] = a;
    stackSpan[1] = b;

    return stackSpan.ToString();
  }
}

public static string ToStringLastTwo_2(long number)
{
  char a = (char)((number % 10) + 48);
  char b = (char)((number / 10 % 10) + 48);

  return a.ToString() + b;
}

сначала вызывается 2 раза метод для _1 потом 2 раза для _2

Ты время по 2-м вызовам замеряешь?...

ну да.. второй раз ведь все скомпилировано уже

478 мёртв, а я ещё нет…

шото-то я сомневаюсь

ну еще щас 13 раз запустил программу второй вариант выиграл со счетом 3-10

че

Я понимаю, что это бессмысленно, но расскажу всё-таки, в чём проблемы твоего «бенчмарка».

Не для тебя, а для других случайных читателей.

знаете, я щас переставил вызовы этих двух методов (теперь они вызываются в другом порядке, и тот который я оптимизировал вызывается последним), счет 13-0 в пользу оптимизированного

Во-первых, нельзя тестировать время одного или малого количества вызовов. JIT, память и процессорные кэши должны нормально прогреться

В новом фреймворке вообще tiered jit, ты учитываешь его параметры?

Конечно, нет.

Далее, и ты это уже заметил, компилировать код бенчмарков нужно особенным образом

Потому что от последовательности вызовов может зависеть разная рантайм машинерия

Ну, банально, type initializer будет вызван в первом месте, где используется тип

Поэтому, если ты пишешь

Benchmark1();
Benchmark2();

То внезапно в результаты замера Benchmark1() может войти скрытая стоимость инициализации типов каких-нибудь.