StringBuilder или StringBuffer

Внезапно поднялась тема про профилирование java.

Предыстория тут: http://www.owen.ru/forum/showthread....l=1#post194543

Краткий перессказ тут: http://shipilev.net/blog/2015/voltmeter/

jmh: http://openjdk.java.net/projects/code-tools/jmh/

Цитата:

---

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

Гы, только обратил внимание, Вас на столько раздражает, что я ни принимаю jmh

---

Да. Без jmh замеры невозможны.

Цитата:

---

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

что в одном посте Вы меня учите кому чем не тыкать

---

Именно. Темой "StringBuilder vs StringBuffer" не тыкайте, пожалуйста.
TON'ом, PID'ом или ещё чем -- совсем другой вопрос.

Цитата:

---

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

а в другом намекаете что я пишу убожество? Меня вполне устраивает, что нет желтых подчеркиваний, findbugs не ругается

---

Нет, не намекаю.
Мои слова: "замер без jmh -- порнография". Остальное не обсуждалось и не подразумевалось. Да, я тоже за код без жёлтых подчёркиваний.
Но вот замерять что-то без JMH -- извольте.

Цитата:

---

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

когда есть варианты реализации пробую все через профилировщик

---

Профилировщик -- хорошо. Но сначала нужно тест на JMH, а потом уже профилировать.
Обратный порядок неверен.

Цитата:

---

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

добавлял -verbose:gc -Xms2g -Xmx2g помогло только StringBuffer улучшить скорость выполнения

---

Вот видите, это подтверждает то, что конкретный бенчмарк упирается не только в код классов Buffer/Builder, но и в сборку мусора.

Цитата:

---

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

и по поводу приведенного примера бенчмарка, слова Fork я так понимаю это что то связано с асинхронным выполнением задач, другими словами несколько потоков где преимущество имеет StringBuffer, может по этому он вровень идет

---

Нет, тут всё синхронно и ровно в один поток.
@Fork(3) заставляет jmh выполнять тест 3 раза. При этом для каждого теста java машина запускается 3 раза.
Это нужно для того, чтобы исключить случаи, когда "от запуска к запуску самой java машины" меняется результат. Такое бывает.

Если посмотрите логи, выполнений, то там видно, что каждый из тестов запускался 3*10*2=60 раз.

1-ый запуск jvm: 10 прогревочных запусков (они отбрасываются), 10 измерительных (по ним усредняем)
2-ый запуск jvm: 10 прогревочных запусков (они отбрасываются), 10 измерительных (по ним усредняем)
3-ий запуск jvm: 10 прогревочных запусков (они отбрасываются), 10 измерительных (по ним усредняем)

Т.е. итоговый результат -- усреднение по 30 запускам.

Понятно уже всем, что ребята Вы умные, программируете с пеленок.
Любым пиндосам нос утрете, если друг друга перед этим не съедите.
Зачем же здесь на форуме Овен?

Есть еще хороший форум, более в тему - http://www.cyberforum.ru

А так всегда -на новичков накидываются (дедовщина) .Выстоял -значит свой;),проходи ...Особенно когда кто нибудь не ординарное предлагает ,тут желающих пнуть много найдется :rolleyes:
Очень приятно ,что молодежь такая грамотная пошла(я про vladimirisitnikov) ,умеет не только программы писать ,но и четко ,по полочкам излагать свои мысли ..:rolleyes:

Цитата:

---

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

А так всегда -на новичков накидываются

---

То, что "напряжение нужно измерять вольтметром" это "накидываются", "дедовщина"?
Или имелось ввиду про "накинулись на АСУ ТП в облаке"?

Цитата:

---

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

То, что "напряжение нужно измерять вольтметром" это "накидываются", "дедовщина"?
Или имелось ввиду про "накинулись на АСУ ТП в облаке"?

---

Ну да ....вроде началось с этого ,а потом понеслось ...

зайду по другому, есть исходники этих классов, первое они все расширяют класс AbstractStringBuilder, ну тут оппоненту это ни о чем не скажет, подумаешь название совпало
StringBuffer и его два из ... методов

Код:

---

@Override
    public synchronized StringBuffer append(String str) {
        toStringCache = null;
        super.append(str);
        return this;
    }
@Override
    public synchronized int length() {
        return count;
    }

---

StringBuilder и его два из ... методов

Код:

---

@Override
    public StringBuilder append(String str) {
        super.append(str);
        return this;
    }
@Override
    public int length() {
        return count;
    }

---

кроме того в StringBuilder есть append StringBuffer, в StringBuffer есть добавление только абстрактного AbstractStringBuilder

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

Цитата:

---

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

Я не знаю какая магия ускоряет класс с большим количеством инструкций

---

Так ради этого java машинами и занимались 20 лет.
Не магия это, а JIT компиляция.

Цитата:

---

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

поэтому продолжу верить своим способам проверки работы моего приложения, рекомендациям API

---

У меня один вопрос: других не будете тыкать за "использование buffer вместо builder"?

Цитата:

---

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

зайду по другому, есть исходники этих классов,

---

Этот заход уже на порядок лучше, но смотреть нужно глубже.

Цитата:

---

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

в этом плане равенство выполнения по времени одинаково, остается только одна дополнительная инструкция нуления, плюсом затраты на синхронизацию если понадобится.

---

Именно из-за этого я и говорил, что нужно смотреть на ассемблерный код. Тут потенциальная разница всего в пару инструкций (если она вообще есть).
Частота процессора порядка 3ГГц, т.е. 3'000'000'000 инструкций. Вы тут сами говорите "одна дополнительная инструкция нуления", а процессор таких миллиарды в секунду сделать может.

Самое забавное во всей этой истории то, что я вообще не знаю откуда взялся этот кусок кода, который привел capzap (кстати, скрин куда то пропал). Я для блютуса вообще никогда код не писал)))
Уважаемый capzap, не поделитесь, откуда взялся этот кусок кода?

Цитата:

---

Сообщение от Миних В.А.

Самое забавное во всей этой истории то, что я вообще не знаю откуда взялся этот кусок кода, который привел capzap (кстати, скрин куда то пропал). Я для блютуса вообще никогда код не писал)))
Уважаемый capzap, не поделитесь, откуда взялся этот кусок кода?

---

Тот пример был только для того, чтобы показать, что NetBeans рекомендует-таки, что "StringBuffer можно заменить на StringBuilder".

Цитата:

---

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

Так ради этого java машинами и занимались 20 лет.
Не магия это, а JIT компиляция.



У меня один вопрос: других не будете тыкать за "использование buffer вместо builder"?

---

по поводу вопроса:https://docs.oracle.com/javase/7/doc...ngBuilder.html

Цитата:

---

A mutable sequence of characters. This class provides an API compatible with StringBuffer, but with no guarantee of synchronization. This class is designed for use as a drop-in replacement for StringBuffer in places where the string buffer was being used by a single thread (as is generally the case). Where possible, it is recommended that this class be used in preference to StringBuffer as it will be faster under most implementations

---

по поводу машин, Ваше утверждение что классы выполняются одинаково я не оспариваю, показал же что код один и тот же, но как машина обращается к синхронизованным или нет классам, Ваш бенчмарк вряд ли проверяет, его задача подсчитать сколько времени тратится на инструкции, поэтому штатный анализатор показывает реальное время выполнения метода, а по нему билдер выигрывает в однопоточной задаче, о чем толкуют разработчики. К тому же я почему то не увидел простой установки jmh на виндузовую машину на офсайте, поэтому не получится Вас меня убедить в крутости бенчмарка
И на последок, не получится у вас заставить меня думать по другому, если мне не нравится творчество разработчика, ни за какие коврижки я не буду пользоваться его ПО

Цитата:

---

Сообщение от Миних В.А.

Самое забавное во всей этой истории то, что я вообще не знаю откуда взялся этот кусок кода, который привел capzap (кстати, скрин куда то пропал). Я для блютуса вообще никогда код не писал)))
Уважаемый capzap, не поделитесь, откуда взялся этот кусок кода?

---

вспомните обращение о редактировании ячеек таблицы через цифровую клавиатуру, к Вам на комп я точно не лазил, всё в свободном доступе

Цитата:

---

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

вспомните обращение о редактировании ячеек таблицы через цифровую клавиатуру, к Вам на комп я точно не лазил, всё в свободном доступе

---

Это что ли? ))
http://stackoverflow.com/questions/2...12798#22012798

Забавно. Я и забыл уже, что на стековерфлоу что то писал))

Цитата:

---

Сообщение от Миних В.А.

Забавно. Я и забыл уже, что на стековерфлоу что то писал))

---

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

Цитата:

---

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

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

---

Сбегал, поменял все карточки ))

Вот из-за таких как Шипелёв, наверное до сих пор всё стоит на месте :) https://vanilla-java.github.io/2017/...gacy-code.html

https://habrahabr.ru/company/skbkontur/blog/350800/ а где ...
Т.е. на JBreak всё же рассматривается метод StringBuilder

Цитата:

---

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

https://habrahabr.ru/company/skbkontur/blog/350800/ а где ...
Т.е. на JBreak всё же рассматривается метод StringBuilder

---

Приходите уже на JPoint :)

Или, кстати, на Гейзенбаг. Может, есть желание и материал на тему "чему научить тестировщиков"?

Ява не основное мое направление, мне достаточно людей делавших Findbags, делающих sonarqube, профилировщик в среде, ну и тех кто посещает мероприятия и пишет после статьи