GCC-4.1.1. Glibc-2.5. Kernel test. Acovea.
Небольшое предупреждение. Сей топик читать только после года извращений с Гентой.
(export ACCEPT_KEYWORDS=~x86 always };-]> extremal CFLAGS )
1.) Недавно решилсо я перейти на новую генту, скачал stage и portage последние. Накачал туев хучу пакетов. Первое что порадовало - это gcc-4.1.1. Ну, думаю (ой дурак, врач же запретил думать), надо теперь пошариться в новых use'ах, понаставить фичь новомодных (ака nptl,treads .. blablabla)...... Кончилась радость бысто - Glibc-2.5 compile fault...
Ну ладно - **й с ним, поставим версию 2.3.6(хоть нормально скомпилялась). Дальше - gnome-2.16, конечно, без засад с perl'м не обошлось, но нормально обошел ...
2.) Вспомнил я про мегапрогу acovea, выдающую флаги оптимизации и(или) деградации (pessimistic). Ну тесты тестами, решил я их запостить в makefile 2.6.19 ядра (стоит также норм. 2.6.18). Ну, скомпилял - все норм. Reboot. *лять, но почему же я сразу не сделал hdparm -T /dev/hda (ещё до emerge gnome). И вот после перезагрузки hdparm -T выдает мне...(o_O) 895mb/sec. *х*еть. Brain Panic. Хотя до этого норм. система на другом винте с gcc-3.4 выдает 1850mb/sec. Всё пля, приехали. Ладно. Поставил gcc3.4. Пересобрал glibs, kernel, gcc-3.4 снова. Тотже отстой. Только новые глюки появились. при LANG=ru_RU.UTF-8 gnome-panel пишет заголовки меню на англицком, а содержание меню - ru. Говно да и только.
3.) Имеется предложение. Давайте отписываться полученными флагами оптимизации (от acovea) для различных пакетов, ну...чтото типа package.use с CFLAGS (если такое возможно).
Ну и напоследок, gbine-2.16 - норм тема. Меня прикололо сообщение типа: "Ваша usb беспроводная мыша разражена, 14%. рекомендовано типа зарядить."
- Для комментирования войдите или зарегистрируйтесь
Года маловато
Года маловато будет.
мегапрога acovea
Выдаёт конечно флаги оптимизации но маленькое НО
все эти флаги входят в оптимизацию О1-О3
по умолчанию и результаты естественно бесполезны.
Для тестирования нужно писать свои конфигурации.
Тогда будет результат. Правда бесмысленный.
Для обычной работы хватит O1-O3
Без всяких извращений
А описание флагов итак есть.
А по поводу напоследок, может вместо приккалывания
над плохим переводом, Следует сесть и перевести нормально.
А тем французам американцам которые хоть как то переводят
на Русский язык сказать Спасибо им. Им это вообще то не нужно.
А вот некоторые страдают фигней, да ещё смеются вместо того что бы взять и перевести нормально.
перевести
Brain collapsed wtf hdparm
Brain collapsed
wtf hdparm -T зависит от того каким образом собран мусор на вашем диске?
-=RE=-
Нда. Только первый comment более менее нормальный.
Насчет бесполезности не могу согласиться, ибо вроде бы как по беньчам всегда доп. флаги, которые выдает аковея, вроде бы влияют нехило (в %). Хотя, конечно, в большенстве пакетов возможно эти флаги будут регрессорами.
Вот поэтому я предложил набирать список флагов дла различных пакетов, с которыми по типу теста совпадают беньчи, например кодеки, базы данных...и.т.п.
По перевод, при знании англ. все равно напрягает. Воопще меня прикола сама фича, а не перевод. Перевод норм.
"зависит от того каким образом собран мусор на вашем диске?"
- а можно русским языком объяснить смысл сей фразы?. ЧТо значит, каким образом мусор, да еше и собран? -T - тест кэша. Какое отношение он имеет к мусору на винте(винт же во время этого теста не трогает, ну самую малость).
Народ, просьба давать советы по теме, а не свои мозговые выкрутасы. %-(_________________
... in the way to Underverse!
1.) Странно...
1.) Странно... зачем ставить 2.3.6, когда в последнем срезе по умолчанию стоит 2.4. "Новомодные фичи" вроде nptl были новомодными года 1.5 назад... Сейчас они - норма.
2.) acovea - это синтетический тест, его сложно адаптировать к конкретным программам, если тольео они не выполняют действия, как в тесте. Да, не стоит забывать (изучить работу), что acovea отталкивается от -O1 и прибавляет к нему другие флаги.
С ядром в этом плане лучше не шутить. Насчет gnome-panel сказать ничего не могу - не пользую... Может забыли LINGUAS="en ru" в make.conf прописать?
3.) На forums.gentoo.org был в свое время топик про флаги для каждого пакета... Может этот вам подойдет : http://forums.gentoo.org/viewtopic-t-472386-start-0.html
Переводы делают энтузиасты для себя (и в итоге для других). Может Вы сможете лучше? Помогите сообществу.
_________________
Blame!
ИМХО Все эти
ИМХО
Все эти суперпупернавороченные флаги от аковеи -вещь совершенно бесполезная. И причин этому несколько.
Первая заключается в том, что аковея по умолчанию тестит сферического коня в вакууме перебирая флаги по хитрому эволюционному алгоритму. В результате этот самый конь возможно и будет наиболее оптимизирован, чего не скажешь об остальном софте.
Вторая собсно состоит в том что разработчик (либо патчер) в большинстве случаев лучше знает с какими флагами оптимизации нужно собирать каждый модуль своего пакета. Флаги эти в конечном варианте прописываются в мейкфайле, при этом система сборки забивает на все настройки пользователя (взгляните как нить на вывод емерге, увидите что от ваших настроек остается ооочень мало).
Третья и самая главная причина в том что аковея по умолчанию отстает от развития gcc, тоесть она знает не про все флаги новых версий.
ЗЫ
Собсно "оптимизация" это по большому счету ничем не оправданный пиар Gentoo. Разница в производительности проги из сорцов точенной под амд64 и проги из рпм для той же архитектуры весьма неочевидна, и далеко не факт что в пользу первой.
Re: ИМХО Все эти
Большой плюс. Кроме, пожалуй, mplayer. Тормозит абсолютно точно, если собран с флагом cpudetection (а из рпм/бинарников именно так и будет собран), и не факт, что будет использовать все фичи процессора типа mmx,sse,3dnow.
И ещё не уверен во влиянии CFLAGS="-fPIC" + prelink на скорость. По идее, должно сильно ускорять некоторые приложения, динамически линкующие какие-то библиотеки (типа кде, хотя у него есть kdehiddenvisibility, что, как мне кажется, должно уменьшить эффект от прелинка).
ЗЫ. Если читать доки, то не нужно целый год извращаться с генту :)
to Leonid
Мил человек, проясни ситуацию с прелинком, тебе удалось его скомпилять в последних срезах, а то он чтото тянет по зависимостям старые пакеты..и потом помому не собирается.
_________________
... in the way to Underverse!
Хм. А что там
Хм. А что там объяснять? Убери одну нехорошую опцию у себя из настроек, и всё заработает, я в этом уверен :)
И вообще, пакеты обычно не зря помечены ~x86. А именно: если пакет не помечен как нестабильный, это ещё не значит, что он глючить не будет. А вот если помечен, то будет почти наверняка :). Хотя по-разному бывает, конечно.
У меня прелинк стоит из стабильной ветки. Да, он самый старый из всех доступных в портах. Но зато работает нормально.
-= re =-
Сверический конь в Вакууме ..эх...
IMXO разработчик в первую очередь ставит стабильные флаги, а потом уже (не) думает об оптимизации.
Насчет производительности по заточенности - помойму ты не прав. Я потому то с Федоры и ушёл. что даже с Nvidia дровами и dri=yes, как тормозили окна при перемещениии так и тормозят. ругое дело - Гента. Поверь, я тоже не Вакуума Сферического ради на Генту перешёл.
_________________
... in the way to Underverse!
+1
я когда посмотрел как работает в Enlightenment с ELiveCD анимация на PIV и его-же скомпиленном на моём PIII просто офигел - оно на 4 пне ещё больше тормозит!
-= Stage2005.1 и latest portage's
Воопщем, не получив норм. советов (и не найдя в Inet'е лекарств0, как собрать glibc-2.5, как избавиться от бага с hdparm -T (потеря 1gb/sec), я решился снова пересобрать систему только с х86. Glibc-2.4 собралось нормально. Но после emerge -e system я снова сделал hdparm -T /dev/hda - таже х***ня. Обидно. Это просто какая-то сверх засада.
Воопщем я попытаюсь собрать систему со stage-2005.1 на последних портах с gcc-3.4.6 и glibc-2.4, затем скажу, что вышло. Сразу замечу, лучше не пересобирать portage (emerge portage) а то потом не работает эта хрень.
Надеюсь исправить hdparm -T в лучшую сторону (вернуть 1860Mb/s).
_________________
... in the way to Underverse!