Как и для Pentium 4:

-march=prescott -O2 -pipe -fomit-frame-pointer

i686 самый близкий. Не переходите на core2.

GCC 4.1 -O3 -march = i686 GCC 4.3 -O3 -march = родной

GCC 4.1 -O4 -fast-math GCC 4.3 -O4 -быстрая математика

http://macles.blogspot.com/2008/09/intel-cc-compiler-gcc-and-intel-atom.html

Я имею скрипт, который автоматически выбирает подходящие флаги для вашей комбинации процессора и компилятора. Я только что обновил его для поддержки Intel Atom:

http://www.pixelbeat.org/scripts/gcccpuopt

Обновить: Ранее я указывал -march = prescott для Atom, но больше разбираюсь в этом показывает, что Atom соответствует стандартам ISA, поэтому -march = core2 является более подходящим. Однако обратите внимание, что атомы - это ядра в порядке, последним из которых является оригинальный Pentium. Поэтому, вероятно, также лучше -mtune = pentium. К сожалению, у меня нет Атом для проверки. Я был бы очень признателен, если бы кто-нибудь мог сравнить разницу между:

-march=core2 -mfpmath=sse -O3
-march=core2 -mtune=pentium -mfpmath=sse -O3

Обновить: Вот несколько хороших статей об оптимизации низкого уровня для Atom:

http://virtualdub.org/blog/pivot/entry.php?id=286 http://virtualdub.org/blog/pivot/entry.php?id=287

Я пока не знаю, есть ли в GCC какие-либо специфичные для Atom флаги оптимизации, но предполагается, что ядро Atom очень похоже на исходный Pentium с очень значительным добавлением наборов команд MMX / SSE / SSE2 / SSE3 / SSSE3. Конечно, они имеют существенное значение, только если ваш код с плавающей запятой или DSP.

Возможно, вы могли бы попробовать:

gcc -O2 -march = pentium -mmmx -msse -msse2 -msse3 -mssse3 -mfpmath = sse

От Intel,Начало работы с MID

При использовании GCC для компиляции рекомендуется использовать несколько флагов:

-O2 or -O1: O2 flag optimizes for speed, while the -O1 flag optimizes for size -msse3 -march=core2 -mfpmath=sse

Ну, вики Gentoo утверждает для прескотта:

http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Atom_N270

CHOST = & Quot; i686-PC-Linux-гну & Quot;

CFLAGS = -march = prescott -O2 -pipe -fomit-frame-pointer & quot;

CXXFLAGS = & Quot; $ {CFLAGS} & Quot;

Есть классная структура под названиемAcovea (анализ параметров компилятора с помощью эволюционного алгоритма)Скотт Робер Лэдд, один из хакеров GCC. Это структура генетического / эволюционного алгоритма, которая пытается оптимизировать флаги оптимизации GCC для конкретного фрагмента кода посредством естественного отбора.

Это работает примерно так: вы пишете небольшой кусочек кодаreally должно быть мало, потому что он будет перекомпилирован и выполнен несколько тысяч раз), что представляет собой характеристики производительности более крупной программы, которую вы хотите оптимизировать. Затем Acovea случайным образом создает несколько десятков различных командных строк GCC, компилирует и запускает ваш тест с каждым из них. Лучшим из этих командных строк затем разрешается "mate" и "разводить" новые "дети" которые (надеюсь) наследуют лучшие "гены" от их "родителей". Этот процесс повторяется в течение пары десятков «поколений», пока не появится стабильный набор флагов командной строки.

вот несколько перекрестных опытов блогов ... на что я действительно надеялся, так это бенчмарк, скомпилированный для атома firefox ...

Адрес: http: // ivoras.sharanet.org/blog/tree/2009-02-11.optimizing-for-atom.html

& quot; Оказывается, gcc, по-видимому, делает очень приличную работу с -mtune = native, а mtune = generic более чем приемлемо. Наибольший выигрыш (в этом математическом тесте) дает использование SSE для математики, но даже они уничтожаются при настройке на pentium4.

& quot; Разница между самой быстрой и самой медленной оптимизацией составляет 21%. Влияние использования march вместо mtune пренебрежимо мало (разницы недостаточно, чтобы определить, помогает она или нет).

"(я включил k6 только для справки - я знаю, что у Atom нет 3dnow)

«Позднее обновление: настройка для k8 (с SSE и O3) дает немного более высокий лучший результат 182.»