[sisyphus] Оптимизация gcc под процессоры

Sergei Epiphanov serpiph на nikiet.ru
Пн Дек 16 13:33:05 MSK 2013


Года 3 назад при сборке программ через gcc я начал использовать параметр

-march=prescott

Тогда получил хорошее ускорение. Сейчас же этот параметр почему-то начал 
мутить воду. Программа на Фортране (кусок, test.f90)

program test
real t
integer n
t=5.005
n=INT(t)
write(*,*)n
end program test

При сборке никаких проблем нет. Параметры сборки:
MAIN_FF_OPTS:=-O2 -pedantic -Wall -fno-automatic -funroll-all-loops -
march=prescott -ffast-math
MAIN_C_OPTS:=-std=gnu99 -O2 -pedantic -Wall -funroll-all-loops -march=prescott 
-ffast-math
LIBS_OPTS:=-lpthread -lncurses -lrt
DEBUG_OPT_FIXED:=$(MAIN_FF_OPTS)
DEBUG_OPT_FREE:=$(MAIN_FF_OPTS) -ffree-form -ffree-line-length-none

test: test.o
        gfortran $(DEBUG_OPT_FIXED) -o $@ $^ $(LIBS_OPTS)

%.o: %.f90
        gfortran $(DEBUG_OPT_FREE) -c -o $@ $<

При запуске программа падает на строке 'n=INT(t)' по сигналу SIGILL с трейсом 
стека. Если вместо t поставить 5.005, то всё работает как надо.

Компилятор gcc4.7-4.7.2-alt7, других компиляторов не стоит. Убрал 
-march=prescott 
и проблема решилась. Поиск мало чего дал, кроме как рекомендацию не 
использовать этот параметр для процессоров Intel (начиная с версии 4.5). Что-
то слышно ещё про этот параметр?

-- 
С уважением, Епифанов Сергей


Подробная информация о списке рассылки Sisyphus