V
все говорят "Что не может гарантировать...", а что это и когда это??
например он не будет превращать деление в умножение, если при этом будет потеряна точность
Size: a a a
2020 March 17
R
например он не будет превращать деление в умножение, если при этом будет потеряна точность
ну точность числа это не то
R
как бы ты представил int a = 10;
Так чтобы он не оптимизировал это?
Так чтобы он не оптимизировал это?
V
ну точность числа это не то
тут не точность, а скорее погрешность. Если степени двойки, то он будет такую оптимизацию делать, например
R
вот представь любое число, чтобы оно не оптимизировало
V
как бы ты представил int a = 10;
Так чтобы он не оптимизировал это?
Так чтобы он не оптимизировал это?
[MethodImpl(MethodImplOptions.NoInlining)]
int GetUnoptimizedNumber() => 10;
int a = GetUnoptimizedNumber();
R
[MethodImpl(MethodImplOptions.NoInlining)]
int GetUnoptimizedNumber() => 10;
int a = GetUnoptimizedNumber();
интересно, а именно число?
R
может мат операции какие-то?
V
может мат операции какие-то?
расскажи лучше, нахуя
R
расскажи лучше, нахуя
обфускацию изучаю
R
Пытаюсь понять как можно представить число так, чтобы оно не было оптимизировано
R
Мат операции пробую разные
V
обфускацию изучаю
так смысл обфускации в том, чтобы в твоих dll было всё нечитабельно, но чтобы JIT потом всё нормально заинлайнил и пользователь не страдал
R
так смысл обфускации в том, чтобы в твоих dll было всё нечитабельно, но чтобы JIT потом всё нормально заинлайнил и пользователь не страдал
так в том-то и прикол
IC
Ишью созданы китайцами.
R
так смысл обфускации в том, чтобы в твоих dll было всё нечитабельно, но чтобы JIT потом всё нормально заинлайнил и пользователь не страдал
ты представляешь число как мат операцию - это усложняет чтение в асм, но по итогу все равно получится результат
R
но компилятор все оптимизирует