LINUX.ORG.RU
ФорумTalks

К вопросу source-based vs binary дистрибутивов.


0

2

Скомпилил я эту вашу убунту

$ sudo cat /etc/apt/apt-build.conf 

build-dir = /var/cache/apt-build/build
repository-dir = /var/cache/apt-build/repository
Olevel = -O3
mtune = -march=native -mtune=native
options = " -march=native -mtune=native"
make_options = " -j5"

$ sudo apt-build world --force-yes
толком ничего особо по скорости работы ощутимо не прибавилось. Такие вот дела. ОС: Ubuntu 11.04 x86_64 железо:

core i3

8Gb

9500GT

★★★☆

> Скомпилил я эту вашу убунту ... ничего особо по скорости работы ощутимо не прибавилось

Так и есть. А у гентушников просто обман зрения и избыток времени.

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

> Интересно, что скажет Сильви.

Она умеет проигрывать молча. :)

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

Наверное, на сравнительно старом железе прироста производительности при пересборки с оптимизацией почти не должно быть, потому что набор дополнительных инструкций меньше и оптимизировать можно мало чего

Gary ★★★★★
()

Ну не знаю как с таким процом дела обстоят, но с моим стареньким Семпроном прирост производительности очень даже значительный.

-O2 -march=native -pipe -mmmx -msse -msse2 -msse3

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

>Наверное, на сравнительно старом железе прироста производительности при пересборки с оптимизацией почти не должно быть, потому что набор дополнительных инструкций меньше и оптимизировать можно мало чего

4.2

Ознакомся с предметом, прежде чем пороть чушь

Led ★★★☆☆
()

переборка была выгодна когда машины были ещё слабые, а сейчас это как то уже глупо с одной стороны, а с другой стороны можно выжать какие та проценты (ну это дело для маньяков или любопытных)

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

во-первых -O3 ооочень редко даёт профит - чаще наоборот
во-вторых - натив - ну ты понел
в-третьих сии ключи не используют половину возможностей проца
в-четвёртых одинаковые march и mtune по сути просто тавтология (ну это хотя бы безобидно - ладно)

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

а если ещё отключить некоторые выравнивания и задействовать fpu...

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

не такой уж и старенький, раз sse3 держит, кстати, а 3dnow ещё хоть как-то поддерживается?

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

Вообще мне однажды весь ЛОР хором рекомендовал native. У GCC получше автоопределение. А какие возможности не используются?

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

Т.е. если я пересоберу лису не с native, а с определенным набором опций, то она будет открывать страницы раньше чем я об этом подумаю?
Сколько процентов производительности я получу по сравнению с native?

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

про лису даже в вики есть - Сильвия писала - почитай
а скорость...странное представление у тебя о ней
может скажешь ещё и jpeg и libpng прокачивать не надо, чтоб они не рендерили картинку раньше чем ты об этом подумал?

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

Пересобрав лису с native я получил холодный старт 2-3 секунды, горячий - 1 секунда. К рендерингу страниц и отзывчивости интерфейса претензий нет. Какой профит я получу от онанизма с опциями gcc и пересборки всего и вся?

kernelpanic ★★★★★
()

> толком ничего особо по скорости работы ощутимо не прибавилось

Пересобери SuSE - тогда прибавится. Хотя она и так немаленькая..

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

>> Скомпилил я эту вашу убунту

Ее не нужно компилить

Это ещё почему?

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

Да нет, я непротив сдлать лучше. Вопрос в том насколько лучше будет это самое «лучше», и стоит ли овчинка выделки?

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

я тебе уже сказал даже где и что искать - не хочешь - не надо

megabaks ★★★★
()

>x86_64

этого вполне было достаточно, чтобы не было заметно разницы,
а вот i486 -> -march=core2 уже несколько другое дело.


ничего, гентушники на x86_64 скоро будут компиляйнен с -march=corei7-avx , с 16 x 256 бит SIMD, а вот бинарные так и останутся на уровне Prescott SSE2

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

>во-первых -O3 ооочень редко даёт профит - чаще наоборот

я предпочитаю -O2 -ftree-vectorize ( -ffast-math ) вместо -O3 , код не раздувается, скорее даже становится компактнее

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

нет, для всего у меня без -ftree-vectorize, смотреть в корки надо на чем падает ) хотя бы на уровне того в какой библиотеке

4.4 - глюкодром ) давно пора 4.5 использовать, он и код более быстрый генерирует и постабильнее будет, хотя сам по себе конечно медленный.

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

make: unrecognized option '--better'

увы, это явно не с GNU make...

Sylvia ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.