redwhite90,
Грубо говоря, когда два потока начинают бороться за synchronized секцию, то один из них как бы "засыпает" - блокируется. Усыпить, затем разбудить поток, это комплексный процесс состоящий из множества разных операций как в JVM так и на уровне ОС. Кроме этого когда поток блокируются, ОС может начать выполнение другого потока. Для этого требуется "переключение контекста". Когда данные нового потока должны быть записаны в CPU.
Там ещё очень много разных нюансов, но в первом приближении так.

Atomic переменные работают соверешенно иначе. Они используют Compare-And-Swap техники вплоть до специальных инструкций процессора, для того чтобы атомарно изменять переменные, не блокируя потоки.

redwhite90Вы описали, как это работает. то есть сравнили два пути достижения цели. а цель то одна будет или всё таки есть отличия для меня как для программиста?
Мда. Для программиста разница есть. Для быдлокодера - нет. Выбирайте.

rfqНу зачем же так сразу. Разница только в производительности, и то она будет заметна только в крайних случаях.
Нет, не только в производительности.

redwhite90хочется каких-то пояснений.
Например, на блокировках можно огрести взаимную блокировку. На неблокирующих алгоритмах - нельзя.

ЛагманСправедливый вопрос был задан, мне например было тоже непонятно, какая разница кроме производительности имеется ввиду, для 1й синхронизированной строки. Ну теперь мы знаем, что речь уже не об 1й строке, а о синхронизации вообще.
А вот, например, starvation можно, в теории, отгрести и на одной синхронизированой строке.

rfqЧто, и на этой тоже?

Ну, если у вас есть объяснения почему на этом коде не может быть starvation, я с удовольствием их прочитаю.

Если быть справедливым, то, в теории, starvation можно огрести и на CAS. Но на практике это ещё менее вероятная ситуация, чем на коротких блокировках.

rfqВот 2 программиста. Оба решают - написать incrementAndGet или synchronized{nonAtomicInteger++;}. Первый думает - а, разницы нет. Второй думает - я где-то читал, что на блокировках можно огрести взаимную блокировку, напишу incrementAndGet от греха подальше. Вопрос - кто из них программист, а кто быдлокодер?

Замыкаем тему саму на себя 15284522 .
Вообще классный приём для пятницы. Возьму на вооружение. Берем утверждение выше по теме и придумываем вопрос на который оно отвечает. Постим. Profit!

Лагманмда, jvm просто так работать не заставишь, то у неё starvation, то ещё что... а потом жалуются на плохую репутацию java
То ли дело C++, то Memory Access Violation, то невызваный деструктор. Это вам не примитивы синхронизировать.