LINUX.ORG.RU

[gentoo] Непонятные опции

 


0

0

Вот строчка из сборки хромиума

i686-pc-linux-gnu-g++ -O2 -march=core2 -mtune=native -msse4.1 -mfpmath=sse -fpeel-loops -fvpt -ftree-vectorize -pipe -pthread -fno-exceptions -Wno-unused-parameter -Wno-missing-field-initializers -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -m32 -mmmx -march=pentium4 -msse2 -mfpmath=sse -fno-strict-aliasing -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -O2 -fno-ident -fdata-sections -ffunction-sections -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden '-DNO_TCMALLOC' '-DNO_HEAPCHECKER' '-DCHROMIUM_BUILD' '-DENABLE_REMOTING=1' '-DUSE_PROPRIETARY_CODECS' '-DNDEBUG' '-DNVALGRIND' '-DDYNAMIC_ANNOTATIONS_ENABLED=0' -I. -MMD -MF out/Release/.deps/out/Release/obj.target/ipc/ipc/file_descriptor_set_posix.o.d.raw -c -o out/Release/obj.target/ipc/ipc/file_descriptor_set_posix.o ipc/file_descriptor_set_posix.cc

Вот мой make.conf

CFLAGS="-O2 -march=core2 -mtune=native -msse4.1 -mfpmath=sse -fpeel-loops -fvpt -ftree-vectorize -pipe"
CXXFLAGS="${CFLAGS}"

Откуда взялся -march=pentium4 -msse2?

Специально пересобрал vim, та ничего такого. Это просто фишка chromium?

★★★★★
Ответ на: комментарий от megabaks

Ну-ка, напомни, где писал? У меня в make.conf нет никакой корки:

CFLAGS="-O2 -march=i686 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
CHOST="i686-pc-linux-gnu"
Где что изменить, чтобы под атом собирался?

Deleted
()
Ответ на: комментарий от Deleted

мой десктоп

CFLAGS="-O2 -march=core2 -ftree-vectorize -msse4.1 --param l2-cache-size=3072 -fgraphite-identity -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -ftree-loop-linear -pipe -g0 -Wno-all"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j5 -s"

megabaks ★★★★
()
Ответ на: комментарий от Deleted

мой нетбук

CFLAGS="-O2 -march=atom -ftree-vectorize -mssse3 -mno-3dnow --param l2-cache-size=512 -fgraphite-identity -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -ftree-loop-linear  -pipe -g0 -Wno-all"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j8 -s"

megabaks ★★★★
()
Ответ на: комментарий от Deleted

разницу в размерах видишь?
вот это похоже и важно - т.е. при нехватке памяти хром себя вести похоже начинает...

megabaks ★★★★
()
Ответ на: комментарий от megabaks

И то сообщение оно отвечает на мой вопрос?

Может кто знает почему firefox-bin есть, а chromium-bin только unstable?

ZuBB ★★★★★
()
Ответ на: комментарий от ZuBB

почитай и подумай - если оно такое капризное - то кто его в стабильную ветку воткнёт?
впрочем в других дистрах так и есть - потому и п***т про опаньки

megabaks ★★★★
()
Ответ на: комментарий от megabaks

впрочем это мои догадки - а там хз
про опции сборки проверено на личном опыте - тоже хотел собрать под корку всё и поставить через бинхост на бук - а вот хрен там

megabaks ★★★★
()
Ответ на: комментарий от megabaks

Я на десктопе игрался с CFLAGS, пересобирал gcc со всякими оптимизациями. На глаз, абсолютно не выиграл в производительности, поэтому на нетбуке не стал заморачиваться.

А за -march=atom спасибо, не знал, что такое возможно :) На досуге попробую перекомпилить мир

Deleted
()
Ответ на: комментарий от Deleted

>На глаз, абсолютно не выиграл в производительности
тут много нюансов
например половина флагов моих - графит
на 4.4 он даёт только регрессии
на 4.5 ладушки
впрочет от софта тоже не слабо зависит...

megabaks ★★★★
()
Ответ на: комментарий от megabaks

> и про

--param l2-cache-size=

не забудь в случае хрома



Ага

тут много нюансов

например половина флагов моих - графит


на 4.4 он даёт только регрессии


на 4.5 ладушки


впрочет от софта тоже не слабо зависит...



Ну вот я графитом в gcc и экспериментировал. В целом, у меня редко когда десктоп загружен больше чем на 20-30%, может быть, поэтому и не заметен прирост скорости

Deleted
()

// offtop: its a test comment

ZuBB ★★★★★
()
Ответ на: комментарий от megabaks

Как из сырцов собирать - так стабильное (я про 5.0.хххххх), а взять билд официальный и подать его как chromium-bin не судьба так?

ZuBB ★★★★★
()
Ответ на: комментарий от anon_666

>Кэш и память друг другу перпендикулярны.
ну да
только при сборке с указанием размера кэша всё нормально работает
а при нехватке памяти (точнее когда он уж очень много съест) поведение один в один...

megabaks ★★★★
()
Ответ на: комментарий от Deleted

<irony>Ну это было сказано больше в сторону гентушных мейнтейнеров</irony>, а не кого то из данного треда..

ZuBB ★★★★★
()
Ответ на: комментарий от partyzan

-g0 - это 0-ой уровень отладки(debug)
-j8 - да, distcc 3 потока локально, 5 на десктопе - хотя думаю переделать - т.к. в данной связке узкое место сеть

megabaks ★★★★
()
Ответ на: комментарий от partyzan

не го а -g0
g нуль )

уровень генерации информации для отладки - нуль

-j8 - компиляция в 8 потоков, для distcc лучше устанавливать больше чем число ядер раза так в 2...

Sylvia ★★★★★
()
Ответ на: комментарий от partyzan
Level 0 produces no debug information at all.  Thus, -g0 negates -g.

           Level 1 produces minimal information, enough for making backtraces in parts of the program that you
           don't plan to debug.  This includes descriptions of functions and external variables, but no
           information about local variables and no line numbers.

           Level 3 includes extra information, such as all the macro definitions present in the program.  Some
           debuggers support macro expansion when you use -g3.
megabaks ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.