тесты производительности

7z b

>как меняется производительность после перекомпиляции ядра

Никак.

</thread>

какая версия лучше

Та, что работает. Обычно это Sun или IcedTea.

>>как меняется производительность после перекомпиляции ядра

Никак.

как так?)

Та, что работает. Обычно это Sun или IcedTea.

вот между этими двумя и не могу определиться.

>как так?)

Ты конфиг ядра видел? Там не так много простора для оптимизации. И cflags оно по дефолту посылает лесом (между прочим, незря).

вот между этими двумя и не могу определиться.

Советую монетку.

>Ты конфиг ядра видел? Там не так много простора для оптимизации.
вот чисто интуитивно: если ядра компилируются значит это кому то нужно

по логике: даже если будет только одна настройка влияющая на производительность она может влиять на производительность)

вот меня и интересует на сколько влияет.

>если ядра компилируются значит это кому то нужно

1. Тем, кто делает универсальные ядра/livecd. Чтобы включить побольше железа.

2. Тем, кто собирает ядро для своего десктопа/лаптопа с фиксированным набором железа. Собственно, убирают лишние модули, чтобы быстрее собиралось. В запущенных случаях делают монолитное ядро, чтобы выиграть несколько миллисекунд на загрузке. Сюда же относятся те, кто включает поддержку железа, которой нет в дистрибутивном ядре (например, из-за staging).

Определённая разница, естественно, есть (например, при выборе чуть более близкой архитектуры, чем generic x86_64), но ядро не настолько медленное (большую часть работы выполняет прикладной софт же), чтобы заметить её невооружённым глазом.

ну вот у меня сейчас gentoo на genkernel (ядро с livecd) а если под железо собрать то там можно из ядра выкинуть всё что связано с графикой, звуком, wifi, wimax.... оставить только для процессора дисков и сетевой карты. + выставить всякие там Timer frequency, Processor family...

неужели разницы не будет?

>из ядра выкинуть всё что связано с графикой, звуком, wifi, wimax.... оставить только для процессора дисков и сетевой карты.

Будет быстрее собираться. Больше никаких изменений.

Timer frequency

Дефолтный разумен, повысить производительность можно только снижением его + выключением no_ticks. Нафиг это на десктопе/воркстейшне — не знаю, на серверах ещё хоть какой-то смысл.

1000 герц и прочие весёлые вещи повышают отзывчивость за счёт производительности. Впрочем, разница на современных процессорах малоощутима.

> какие нибудь тесты производительности
Ты сначала определи что такое производительнось. Есть очень много факторов, например: скорость загрузки ядра, скорость загрузки приложений, отзывчивость приложений при нормальной работе, при загрузке CPU, при большом IO, при перегруженной памяти...... Тогда тебе более-менее ответы дадут.

От пересборки ядра у тебя кроме времени запуска ничего не изменится.

>Дефолтный разумен, повысить производительность можно только снижением его + выключением no_ticks. Нафиг это на десктопе/воркстейшне — не знаю, на серверах ещё хоть какой-то смысл.

1000 герц и прочие весёлые вещи повышают отзывчивость за счёт производительности. Впрочем, разница на современных процессорах малоощутима.

у меня древний комп из которого я хочу сделать сервер

>От пересборки ядра у тебя кроме времени запуска ничего не изменится.

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

кстате может подскажете тогда какие параметры ядра влияют на производительность?
Timer frequency, Processor family, no_ticks
что ещё?

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

Остальной прирост составляет доли процентов.

selinux - примерно 30% падение производительности.