questioner,
авторЧто даёт их знание?

"их знание" дает понимание, как программировать для современной (железной) платформы
так, чтобы программа выполнялась быстро .

Часть таких пониманий имеет временный характер.
По мере смены поколений железа меняются, иногда существенные, детали
понимания того, как программировать для современной платформы.

Часто разумно и достаточно писать "как все".
Пример.
пусть ваша платформа определяется тем, что вы программируете на ява версии X-Y-Z,
выполняемой на процессоре серии K-L-M.
У вас есть цикл, добавляющий каждому элементу целочисленного массива единицу.
Пусть вам становится известно, что быстрее всего такая операция выполнится, если тело цикла развернуть на 16 шагов, и вы хотите, чтобы именно этот фрагмент программы выполнялся быстро, определив его как критический для общего быстродействия.

Должны ли вы развернуть тело цикла на 16 шагов или нет?

Может быть да - вы же знаете, что пишите специально под указанную платформу и больше никакую другую .

Может быть нет. На процессоре серии M-L-K идеальным может оказаться разворот цикла на 8 или 32 или какое-то другое число шагов.
Что в такой ситуации ждать самому и говорить клиенту.

Если ява вообще будет жить и находить применения в критически важных по производительности приложениях, то, рано или поздно, кто-то из инженеров (oracle) обязательно обратит свой взор к теме автоматической оптимизации циклов.
И обучит компилятор, если не байт-кода, то jit - безусловно, генерировать автоматически оптимальный код цикла под текущую платформу выполнения.
Скажите клиенту - просто подождите, пока выйдет ява версии 7-8-9, и моя программа сама, без нашего и вашего влияния, заработает у вас так быстро, как вам надо.


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

В контексте программирования у contention два перевода - конкуренция в одних контекстах, и взрыв в других.
Любой contention гарантированно приводит к замедлению выполнения программы.
И это - лучший случай, т.к. - худший - потеря данных или отказ в обслуживании.

Взрыв - частный, особо зловредный случай неуправляемой конкуренции.
Со взрывом вы имеете дело, когда, например, в многопоточном приложении обращаетесь из потока к значению глобальной переменной читая его, а потом добавляя к его значению единицу.
Реализация почти наверно приведет к тому, что с точки зрения продвижения кода, процессор
будет стоять в ожидании синхронизации кешированных значений глобальной переменной всеми заинтересованными в ее значении потоками. Такой взрыв превращается в катастрофу, когда число программных потоков много больше числа процессорных ядер, и велика частота обращения на запись в такую глобальную переменную.
При каком-то числе потоков процессор почти все время занимается синхронизацией, а с точки зрения пользователя - система "легла", демонстрируя нулевой отклик.

Понимание того, что такое взрыв, должно помешать желанию программиста пописАть в глобальную переменную из потока.

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

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

подытоживая, скажу так в ответ на ваш вопрос
авторЧто даёт их знание?...
особеннно contention

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