Производительность Gentoo

Недавно довелось сравнить на _одном и том же железе_ генту и дебиан.
Результат меня честно говоря не воодушевил - дебиан заметно быстрее!!! Во всяком случае - в серверных задачах (у меня довольно стандартная сборка apache+php+mysql+прочий серверный софт).

Я на генту не новичек - больше 2 лет, и до недавних пор считал ее лидером "при прочих равных". USE начинаются с "-*" , процессор прописан в -march, все пересобрано с нуля - стандартная оптимизация применена. Единственное что еще нашел - можно попробовать интеловский компилер - но дебиан его наверняка не юзает. prelink может ускорить загрузку приложений, но на сервере это вряд-ли сильно повлияет - все загружено уже в runlevels/default...

Кто нибудь может рассказать - какие еще ручки закрутить???

может все много банальнее? может дебиан стоял в начале диска а генту в конце?

Да и наверняка ты юзал не слишком оптимизирующие флаги... все что может повлиять на производительность - зависит приемущественно от флагов с которыми собрана софтина...
_________________
GNU/Wonderland -- GNU/Страна чудес, страна, в которой вы часто бываете, но, в которую, что примечательно, не надо оформлять визу.

v12aml написал(а):
может все много банальнее? может дебиан стоял в начале диска а генту в конце?

Да и наверняка ты юзал не слишком оптимизирующие флаги... все что может повлиять на производительность - зависит приемущественно от флагов с которыми собрана софтина...

Насчет начала и конца: обе инсталляции жили на одной разбивке диска. Да и по-любому на сервере оно не даст разницы в производительности - потому как все что надо _уже загружено в память_.

Насчет флагов. В генту я проставлял минимально необходимый набор флагов. В дебиане - соответственно минимально необходимый набор пакетов. Впрочем флаги и пакеты - это про PHP, его производительность оценить довольно сложно. Гораздо больше вопросов к MySQL (узкое место). И вот именно она _сильно_ отличается. А USE-флагов там кот накакал, влияющих на производительность почти нет.
Можно, конечно, взять прекомпиленный дистрибутив с mysql.com и попробовать его в том и другом дистрибутиве - это был бы чистый эксперимент. Но вот до такого руки не дошли, к сожалению.

А CFLAGS и LDFLAGS какие выставляли?
_________________

リヌクス の 常習者

CFLAGS="-march=pentium3 -O3 -pipe"
LDFLAGS не выставлял - просто не знаю чего туды выставить.

> MySQL (узкое место)
:)
нашли чем мерять - в дебиане все обычно более старое - так вот mysql более старые работают обычно быстрее - в любом случае mysql очень капризная штука, а последние mysql+php вообще пошли подвисабельные - многие провайдеры как на них перешли - так сайты подвисать стали - перед выдачей странички долго сервер думает.

я не понял ... вы что используете mysql/apache/php etc собранные в debian и поставленные по apt-get? ... hm . это вообще надо самому собирать. И debian в отличие от некоторых неупоминаемых производителей не прячет спеки. Или общая производительность системы вы считаете что ХУЖЕ чем в debian? Очень интересно но я часто слышу что в gentoo - отрмоза... Верить ли? ...

Вообще многие ругают разработчиков Debian за то что они лезут "туда туда куда не надо" (как и RH). Может доверить Debian сборку базовой системы а остальное собирать самому. Вы же зачем то перешли с Debian (как и многие). Значит что то там не так делается в этом дистрибутиве. Я лично давно бросил этот недоbsd.

Вы хотите спросить почему работа кучи мантейнеров от Debian по вылизыванию пакетов дают лучший результат, чем правка /etc/make.conf ?

/etc/make.conf - толко первая ступень. Юсы часто не охватывают всех параметров configure,а флаги оптимизации, что вы пишете, иногда перекрываются мейкфайлом пакета (это видно по бегущим строкам emerge).

Второй этап - правка ебилда, позволяет более жестко использовать configure, в принципе этого достаточно чтобы уделать универсальный пакет от дебиан за счет выкидывания ненужного Вам кода.

Далее - мейкфайл пакета, там под сборку каждого модуля можно подобрать свои флаги оптимизации, рисковое занятие.
Последнее, самое сложное и эффективное - патчи на сурсы (по всей видимости дебиан этим и занят, ну а у Вас на это времени нет, скорее всего). Может у них патченный сурс позаимствовать?

ЗЫ
На русском вики кажется видел ссылку на программку автоподбора флагов оптимизации.

wi написал(а):
На русском вики кажется видел ссылку на программку автоподбора флагов оптимизации.

Очень интересно, а не можете уточнить где бы ее добыть как пользоваться

вроде как речь идет об acovea, если я все правильно понял ))

http://www.coyotegulch.com/products/acovea/

С месяц назад

С месяц назад таки испытал это чудо. После суток пиления проца алгоритмами эволюции некой колонии выдало вот что

Цитата:
-march=pentium3 -mcpu=pentium3 -fomit-frame-pointer -mmmx -msse -msse2 -fno-loop -optimize -fgcse -fstrength-reduce -frerun-loop-opt -fschedule-insns2 -freorder-blocks -fsched-spec -ffloat-store -fno-inline -minline-all-stringops -funsafe-math-optimizations

Сравнил с маном на GCC,
В общем оно потратио сутки чтобы написать -O3 и включить ммх и ссе :)

иногда надо то

иногда надо то что в О3 входит - вручную прописать так как некоторые проги пытаются это перекрыть своими флагами, а еще заметил что USE="-truetype-fonts -truetype" вставленное перед emerge при сборке иксов и тормозиллы - заметно ускоряет систему

Should I use Acovea to

Should I use Acovea to optimize the complete build of a Linux system (aka, "the Gentoo question")?

No.

Acovea was designed with "spikes" in mind -- short programs that implement a limited algorithm that runs quickly (2-10 seconds per run). Using the default settings, Acovea will perform 4,000 compiles and runs of the benchmark; even with a very small and fast benchmark, this can take several hours. If your program takes a full minute to compile, and another minute to run, Acovea will require 8,000 minutes, or more than 5.5 days to evolve optimal option sets!

Results from running Acovea against a few algorithms should NOT be applied across a broad spectrum of applications. For my Gentoo-based systems, I don't set the value of make.conf's CFLAGS based on Acovea results; I build specific, time-critical applications using algorithm-specific options.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".