Помогите найти: Сравнение производительности различных операндов при конкатенации строк

[mazzy]

скорее дело не в IL, а в сборщике мусора.

поддерживаю про StringBuilder.

[Logger]

Цитата:

Сообщение от mazzy

скорее дело не в IL, а в сборщике мусора.
поддерживаю про StringBuilder.

Возможно и так. Но если новая строчка не создавалась бы, как указал Иван, то все было бы ок. Негде сборщику было бы затормозить процесс.

[Diman]

Цитата:

Сообщение от mazzy

скорее дело не в IL, а в сборщике мусора.

поддерживаю про StringBuilder.

Поддерживаю про сборщик мусора, а также добавлю, что причиной служит то, что строки в .Net есть константа, и каждая итерация сильно нагружает память и в итоге она быстро заканчивается, запускается GC, который память освобождает и упаковывает. А вот переход на StringBuilder оправдан при большом кол-ве итераций изменений. Если посмотреть исходники StringBuilder, то там используетеся не тип string a char[], и память выделяется небольшими порциями.
Я вот все хочу сравнить производительность разных коллекций,все руки не доходят.

[Logger]

Цитата:

Сообщение от Diman

Поддерживаю про сборщик мусора, а также добавлю, что причиной служит то, что строки в .Net есть константа, и каждая итерация сильно нагружает память и в итоге она быстро заканчивается, запускается GC, который память освобождает и упаковывает. ...

Да, вы правы.
Вряд ли поэтому удастся сделать быстрый += в CIL.
Получается, что как ни изворачивайся, а сложно теперь писать код одинаково быстрый и в p-code и в CIL. Ну если только TextBuffer или StringBuilder задействовать. Код по виду будет ближе к .Net а рекомендация BP использовать += вместо a=a+b теперь протухла.