есть вот такой кусочек кода:
public static void main(String[] args){
for (int i = 0; i < 100000000; i++) {
isNonNegative(5);
}
}
private static void isNonNegative(int num) {
if (num >= 0) {
// Some operations here...
int a = num / 1000 - 50;
if (a < 0) a = -1 * a;
int result = fastFibonacci(a);
} else {
// Some operations here...
int result = slowFibonacci(num);
}
}
Он достаточно прост, N-раз вызывается некоторая ф-ция, которая обрабатывает это число n.
Я решил с помощью утилиты JitWatch поизучать то, как оптимизируется этот код JIT компилятором. Первое, что мне показалось валидным, так это инлайнинг в main ф-ции
isNonNegative
Второе, мне показалось, что вторую ветку с else-условием в принципе можно опустить на уровне assembler-кода. Я решил посмотреть чем в действительности отличается компиляция client/server компиляторов (https://ibb.co/3yQCfH1 и https://ibb.co/f8zN94Y). На сколько я понял из этих скринов, всё таки C2 решил затереть else-бранчу.
Теперь можно перейти к сути вопроса. Похоже ли то, что по факту JIT "видоизменяет" isNonNegative, убирая else-ветку?
И если да, то сильно ли это влияет на буст?
советую задать этот вопрос на stackoverflow или поискать его , извини до JiT я еще не дошел
Если будет выполнено условие для else ветки, профиль пересоберется и там будет код уже с else веткой
Обсуждают сегодня