Вопрос по оптимизации. Опции

[Jenya7]

Когда я в компайлере ставлю директиву оптимизировать по скорости то в дебаг моде при переходе на какую нибудь переменную дебагер пишет optimized out.
вопрос влияет ли оптимизация на работу переменных в run time?

[RabidRabbit]

Это означает, что по мнению компилятора данная переменная в Вашей программе не нужна. Код в "дебаг моде" и в "run time" ничем не отличается, те же байтики.

[Jenya7]

Это означает, что по мнению компилятора данная переменная в Вашей программе не нужна. Код в "дебаг моде" и в "run time" ничем не отличается, те же байтики.

тогда я не понимаю. мне что все переменные volatile сделать? он даже локальные optimaze out!

Сообщение отредактировал Jenya7 - Feb 10 2015, 08:50

[Сергей Борщ]

тогда я не понимаю. мне что все переменные volatile сделать? он даже локальные optimaze out!

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

[Jenya7]

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

мне кажется что optimized out переменная сохранит свою функциональность. может он ее засунул в регистр а не в стек вот и optimized out.

[CrimsonPig]

мне кажется что optimized out переменная сохранит свою функциональность. может он ее засунул в регистр а не в стек вот и optimized out.

креститься надо, когда кажется

void foo(int arg1)
{
int var1 = 23;
var1 += arg1;
printf("%d", var1);
}

в release переменная var1 просто не будет существовать. тоесть вообще.

[Jenya7]

креститься надо, когда кажется

void foo(int arg1)
{
int var1 = 23;
var1 += arg1;
printf("%d", var1);
}

в release переменная var1 просто не будет существовать. тоесть вообще.

что то вы ужасами какими то нас стращаете.
вопрос даже не в том будет существовать или нет, а в том сохраниться ли функциональность.

Сообщение отредактировал Jenya7 - Feb 10 2015, 11:06

[CrimsonPig]

что то вы ужасами какими то нас стращаете.
вопрос даже не в том будет существовать или нет, а в том сохраниться ли функциональность.

а не будет ли благородный дон дать определенние этой самой "функциональности" ? А то получатся разговор ни о чем.

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

Вы думаете что злобный буржуйский оптимизирующий компилятор попытается вас нае...ть и сгенерировать код, который делает то, что его не просят или не то, что задумал гениальный программист ?
Так это решается формально, прогоном соотв. тестов в дебаге и релизе и курением результатов тестов.


Сообщение отредактировал CrimsonPig - Feb 10 2015, 11:43

[megajohn]

В дебаге оптимизации отключены обычно и эта переменная будет выделена на стеке.

на анализе работы IAR AVR/ARM могу сказать что:
локальные переменные размещаются на стеке когда уже не хватает регистров. Либо при переходе в функции, когда нужно для вызова высвободить требуемые регистры

то есть первоочередное размещение локальных переменных в регистрах, а уж потом на стеке.


P.S. предполагаю что и в других компиляторах такой же механизм

[CrimsonPig]

на анализе работы IAR AVR/ARM могу сказать что:
локальные переменные размещаются на стеке когда уже не хватает регистров. Либо при переходе в функции, когда нужно для вызова высвободить требуемые регистры
то есть первоочередное размещение локальных переменных в регистрах, а уж потом на стеке.
P.S. предполагаю что и в других компиляторах такой же механизм

Это все очень платформозависимо. "на стеке" это я в общих чертах сказал. Например, у мелких пиков специального стека данных как такового совсем нет, что не мешает тому же ИАРу размещать локальные переменные в регистровом файле.