Маловероятно, что это что-то изменит; Процессоры не будут заботиться о подобных вещах в течение десятилетий.
В общем, если вы беспокоитесь о производительности, прежде чем у вас есть какие-либо реальные данные о том, что производительность ниже ваших потребностей - вы будете иметь плохое время. Современное аппаратное обеспечение и оптимизирующий код JVM настолько невероятно сложны, что даже сами инженеры JVM по производительности отмечают, что им очень тяжело просто посмотреть на код и потом догадаться, можно ли его сделать быстрее с помощью дешевых уловок, таких как попытка заменить деление на битовое смещение.
Решение состоит в том, чтобы просто никогда не заниматься такими вещами: если у вас есть потребности в производительности, запишите их и используйте профилировщики, чтобы выяснить, где искать (потому что обычно 99% Ресурсы ЦП расходуются на 1% или менее кода - поэтому перед началом измерения производительности необходимо знать что измерить).
Как только вы знаете, используйте JMH для проверки производительности. Вот для чего это.
IF JMH говорит вам, что битовое смещение быстрее (я в этом сильно сомневаюсь), знайте, что этот результат не обязательно переводится в другую архитектуру ЦП.