Коллекция GC Eager Root

На стр. 96 документа Pro .NET Performance — Optimize Your C# Applications говорится о сборе корневого каталога GC:

Для каждой локальной переменной JIT встраивает в таблицу адреса самых ранних и последних указателей инструкций, где переменная все еще актуальна как корень. Затем GC использует эти таблицы при обходе стека.

Затем он предоставляет этот пример:

    static void Main(string[] args)
    {
        Widget a = new Widget();
        a.Use();
        //...additional code
        Widget b = new Widget();
        b.Use();
        //...additional code
        Foo(); //static method
    }

Затем он говорит:

Приведенное выше обсуждение подразумевает, что разбиение вашего кода на более мелкие методы и использование меньшего количества локальных переменных — это не просто хорошая конструктивная мера или метод разработки программного обеспечения. .NET GC также может обеспечить выигрыш в производительности, поскольку у вас меньше локальных корней! Это означает меньше работы для JIT при компиляции метода, меньше места, занимаемого корневыми IP-таблицами, и меньше работы для GC при обходе стека.

Я не понимаю, как может помочь разбиение кода на более мелкие методы. Я разбил код на это:

    static void Main(string[] args)
    {
        UseWidgetA();
        //...additional code
        UseWidgetB();
        //...additional code
        Foo(); //static method
    }

    static void UseWidgetA()
    {
        Widget a = new Widget();
        a.Use();
    }

    static void UseWidgetB()
    {
        Widget b = new Widget();
        b.Use();
    }
}

Меньше местных корней:

Почему местных корней меньше? Количество локальных корней осталось прежним, по одному в каждом методе.

Меньше работы для JIT при компиляции метода:

Конечно, это ухудшит ситуацию, потому что для двух дополнительных методов потребуются 2 дополнительные таблицы. JIT также по-прежнему должен будет записывать самые ранние и последние указатели инструкций, где переменная все еще актуальна в каждом методе, но у него просто будет больше методов для этого.

Меньше работы для сборщика мусора при обходе стека:

Как наличие более мелких методов означает меньшую работу сборщика мусора во время обхода стека?