chabapokЕсть подозрение, что вы не различаете чтение/модификацию obj от чтения-модификации его полей.

На x86 чтение волатила по цене примерно равно чтению обычной переменной, а запись чуть дороже записи в обычную. Так что ваш выбор - volatile.

Всякие lock() нужны не потому, что они быстрее, а потому что их (в отличии от synchronized) можно отпускать не в том порядке, в котором они захватывались. (с большим риском нарваться на дедлоки, ясное дело)

автор мог ли я вообще убрать volatile и нарушив тем самым JMM, но полагаясь на протоколы когерентности кешей процессоров?

Тут дело не только в когерентности. Ссылка на неволатайл-обьект имеет право жить в регистре процессора некоторое время. И так же она имеет право жить где-нибудь в стеке, а коммититься в хип только иногда.

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

локи то ты можешь снимать ставить где хочешь... НО. всё-равно бестпрактиз - это заворачивать локи в трай-кеч-файнали. а в таком раскладе разницы между синхронайзд (в контексте той темы что ты поднял) и тупо локами НЕТ. по-сути и там и тут монолитная конструкция..
конечно ты можешь тыкать локи анлоки где попало но это всего-лишь до первого эксепшена и дедлока вызванного оным.

волатайл быстрее. да. (вроде был до какой то там верссии явы а потом стал как синхронайзд). НО. есть такой чудесный пакет как конкурренси, который многие моменты упрощает если придерживаться определенного стиля программирования. в контексте только чтения - во-первых, использовать что-нибудь конкуррентное, во-вторых, ридрайтлок всё-таки предпочтительнее.

хотя если честно мне другое интересно )) какого характера должно быть приложение чтоб такие нюансы действительно требовались в проработке? я просто дитя веб-сервисов и сервлетконтейнеров, и там многопоточкой особо не побалуешься. вся многопоточка и конкурренси ишшуез возникают скорее на уровне бэдэ, а в приложении не то чтоб негде - даже тупо сами не рекомендуют мягко говоря, пользоваться "низкоуровневой" многопоточкой.