Опять про производительность
Вот все пишут, перешел на Генту, прирост производительности на 19 %, а кто ему отвечает, а я пересобрал world с новыми флагами и у меня прирост на 5.5 процентов... Как вы это меряете? Я не могу понять. Есть какието бенчмарки или что? У меня шлюз и на нем 2 ресурсоемкие программы. Эзают вин, проц и съедают память. Вот сейчас сделал ренайс и увеличил кол-во файловых дескрипторов. Хочу замерить насколько быстрее они стали работать и стали ли? Иногда при обновлении world меняю флаги компиляции, как замерять общую производительность системы после этого? Прочитал в форуме что сами мэйкфайлы ебилдов при сборке устанавливают приоритетно свои флаги компилятора. Как сделать чтоб такого не случалось? А то часто вижу "О2" в консоли при сборке, хотя у меня "О6" ))
Вообще парень говорит собрал Генту с базовым Гномом и все это заняло у него 60 МБ, как такое возможно? ))
- Для комментирования войдите или зарегистрируйтесь
O6? Круто. Но большая степень
O6? Круто. Но большая степень оптимизации не значит большую производительность. Даже O3 может давать худшую производительность, чес O2.
Возьмем например цикл
for (i = 0; i < 1000; i ++)
arr[i] = 0;
и тысячу команд
arr[1]=0;
arr[2]=0;
...
Где больше команд исполнит процессор? В цикле. Что выполнится быстрее? Как ни странно, цикл. Меньша надо будет лазить по оперативке, все команды осядут в кэше и будут работать быстрее, причем выгрузка в память и увеличение счетчика на регистре процессором могут выполняться почти параллельно за счет конвеера.
O6 выполняет оптимизации любой ценой, не взирая на потери производительности.
Никогда не слышал про строгие
Никогда не слышал про строгие замеры производительности Gentoo vs. кто-то ещё
Для личностей с -O6: http://www.gentoo.org/doc/en/gcc-optimization.xml
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Для личностей с -O666
У меня на десктопе так стоит. Полёт отличный. В коде gcc жёстко прописано "if O > 3 then O == 3".
>>Вот все пишут, перешел на
>>Вот все пишут, перешел на Генту, прирост производительности на 19 %
Нормальная распальцовка реалных пацанов. Чтоб генту заставить работать так же, как редхат по дефолту, надо постараться ничего не испортить и ничего не забыть. А для того чтоб на пятую часть обогнать одних юсов с флагами компиляции мало. Понятно что фряхо за счет архитектуры на некотроых приложениях, типа мускуля или апача может на том же самом железе показать двадцатипроцентный прирост. Но чтоб на одном и том же ядре....
Как вы это меряете?
Так же как и все. Линейкой. От большого до мизинца.Чем распальцовка шире, тем круче :) . Какие именно бенчмарки вас интересуют?
В основном они лежат в eix app-benchmarks. Хотя мерялка пропускной способности соединения лежит в net-miscsc и называется iperf.
>>У меня шлюз и на нем 2 ресурсоемкие программы. Эзают вин, проц и съедают память.
Скорее всегшо где нить всети лежит хауту по снижению ресурсоемкости. Для более точного определения узких мест можно почитать вот это http://www.opennet.ru/base/sys/linux_performance.txt.html
>>Прочитал в форуме что сами мэйкфайлы ебилдов при сборке устанавливают приоритетно свои флаги компилятора. Как сделать чтоб такого не случалось?
Если вы считаете, что разбираетесь в программе лучше разработчика, проще всего написать свой мейк.
ЗЫ
Чудес на свете не бывает. Никакая оптимизация/операционка/итд на решит проблем просевшего железа.
Цитата: Вот все пишут,
Не может быть 5.5% прирост после пересборки мира! Не больше 5.2%!..
О6 ерунда! О600 рулит, как и все шестисотые))
Ну чоткий парень, мб он и OOo на гиговом винте соберет?
PS: вобщем я думаю, понятно, куда мы клоним ;)
На забора тоже много чего
На забора тоже много чего пишут ;)
меряй на приложениях, которые используешь, навскидку набор тяжёлых задач:
gzip, lzma, bzip и прочие архиваторы
mencoder,x264,flac,ogg и другие кодеки
imagemagick
hugin+enblend