[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