Какой вариант работает быстрее?
1
2

2 вариант быстрее.

Первый быстрее. Во втором варианте юзается сцепка двух обычных строк, а результат цепляется в StringBuilder. В первом варианте строки цепляются в StringBuilder напрямую. Для обычного StringBuilder-а эта операция занимает почти нулевое время т.к. работа идёт с уже выделенным буфером под строку; обычная же сцепка двух строк приводит к созданию третьей строки - лишний оверхед.

Значится так:
Почти всегда, второй вариант медленнее, первого.
На маленьких словах они почти рядом. 
Чем больше длинна слова, тем второй больше отрывается от первого (останавливается при достижении почти 2-х кратного преимущества).
Если из конструктора убрать начальную "мощность" builder-a, то разница сокращается, но все равно первый медленнее

ivashkanet, а какой результат если убрать из конструктора размер буфера т.е не 
sbBuff = new StringBuilder(2 * wordsLength);
а
sbBuff = new StringBuilder();

  

ПС В своей проге я не знаю конечный размер строки...

http://msdn.microsoft.com/library/default..../vbnstrcatn.asp

Добавлено @ 16:41 
http://www.heikniemi.net/hc/archives/000124.html

Добавлено @ 16:42 
При количестве итераций < 10 эффекта вообще ноль, кстати.

Там вообщем о capacity?
Поправьте если я ошибаюсь.
Помнится мне что это стартовое количество элементов, если его не назначить то у него там в конструкторе начальный есть(4 что ли?).

Если ты задашь capacity в размер строки, то он не будет переопределять массив, в который он кидает значения. Если буфер уже заполнен то он будет переопределять размер массива, а на это тоже уходит время.

 вот это и интересно сравнить с аналогичной работой строк

Pankon, возьми и сравни.

P.S. Принцип работы такой: Есть билдер мощности 100, например.
В нем занято 50 под строку. Остальные --- пустые, в резерве.
Если мы не перевалим через 100, то новые строки будут добавляться прямо в зарезервированное пространство  билдера.
Как только нам не будет хватать нашей сотни, размер билдера увеличится в 2 раза (станет 200) и т.д.

Выигрыш в том, что мы пытаемся как можно сократить количество выделений памяти под новую стоку. Что тянет прилично времени.
Если использовать простые строки, то выделение памяти под строку будет производиться при каждом изменении строки. 

Как уже сказал DarkDragon, начальное значение мощности -- 4, но можно его задать самостоятельно. 
Если ты не знаешь нужного тебе размера, то можно его прикинуть, зная что каждая неиспользованная "ячейка" тянет 4 байта и перевыделение идет двухкратными скачками.

Если компилятор не тупой (а он не тупой), то  вычисляется во время компиляции (возможно JIT). И тогда второй вариант быстрее.

Djuffin, это просто пример, который показывает разные концепции составления строк 

Если JIT, то что если запретить JIT? Или это происходит когда компилим проект?

Не удержался и проверил. Да,



компилируется в 






Это делает сам компилятор. JIT тут вообще ни при чём.

Оно-то, конечно , прикольно, но, ИМХО, никто в здравом уме такое не напишет 

Я говорю лишь о том, что компилятор, естественно, оптимизирует енто (тут сомневались):