forum.lissyara.su

Доброго времени суток.

Собственно речь пойдет о ядре. Когда я только начал изучать Фрю, я часто натыкался на статьи по оптимизации ядра, конфигурации и сборке оного... Так вот, на одном из IRC каналов, один человек мне сказал, что если система мощная и ресурсов в ней с лихвой то и смысла в исключении устройств из ядра нет. После этих слов я у него ничего больше не спрашивал и в общем-то с ним больше на тему Фри не говорил, поскольку считаю, что он совершенно не прав.

ИМХО, не имеет смысла собирать ядро с модулями тех устройств, которых у тебя нет и есть вероятность того, что и не будет их никогда.

А что Вы думаете по этому поводу?.. С удовольствием выслушаю Ваши мнения и советы.

Заранее всем спасибо за ответы.

Когда ядро собирается без "ненужных" опций, то обычно собираются отдельные модули, поддерживающие эти опции, которые можно грузить или не грузить.

А вообще, man src.conf на предмет отключения ненужных сервисов.

нужно тюнить и не только ядро

zingel писал(а):нужно тюнить и не только ядро

+1

artem-ka писал(а):ИМХО, не имеет смысла собирать ядро с модулями тех устройств, которых у тебя нет и есть вероятность того, что и не будет их никогда.

ага, у нас админ так же считал, пока сетёвка не сгорела, а когда воткнули новую то оказалось что в ядре нет для неё драйвера. Это пол беды, он подгрузил его руками, всё заработало... до первой перезагрузки -))) В результате песни и пляски с бубном. На серваке было порядка гига оперативы, стояла четвёрка фря - сколько выиграл админ выбросив "лишние" дрова из ядра? Да ни чё не выиграл, а геммороя поимели все - сервер не десктоп, так просто к нему не подобраться.

Если сервак не нужно затачивать под узкоспециализированную задачу и железо, то генерик подойдёт как нельзя лучше. У меня обычно получается так - собираю фрю на одном железе, работает она на другом, восстанавливаю на третьем, иногда втыкаю в четвёртое. Какое у меня железо лишнее?

zg писал(а):

artem-ka писал(а):ИМХО, не имеет смысла собирать ядро с модулями тех устройств, которых у тебя нет и есть вероятность того, что и не будет их никогда.

ага, у нас админ так же считал, пока сетёвка не сгорела, а когда воткнули новую то оказалось что в ядре нет для неё драйвера. Это пол беды, он подгрузил его руками, всё заработало... до первой перезагрузки -))) В результате песни и пляски с бубном. На серваке было порядка гига оперативы, стояла четвёрка фря - сколько выиграл админ выбросив "лишние" дрова из ядра? Да ни чё не выиграл, а геммороя поимели все - сервер не десктоп, так просто к нему не подобраться.

Если сервак не нужно затачивать под узкоспециализированную задачу и железо, то генерик подойдёт как нельзя лучше. У меня обычно получается так - собираю фрю на одном железе, работает она на другом, восстанавливаю на третьем, иногда втыкаю в четвёртое. Какое у меня железо лишнее?

Мне кажется он просто пренебрежительно отнесся к сложившейся ситуации, потому что даже в этом случае на полное восстановление работоспособности ушло бы 30 мин и без всяких последствий.

Но все равно спасибо за ответ.

до первой перезагрузки -)))

плохой админ

у меня почти везде GENERIC

zingel писал(а):плохой админ

-))) он есть и мне с ним приходится работать. Он как и многие админы на 200% уверен что всё делает правильно, в том числе и компилит ядро... Есть разные задачи, соотвественно разные решения, а сразу лезть и тюнить ядро это мягко скажем необдуманно.

Ядро пишут профессионалы, а мы лишь используем их рычаги управления, зачастую непонимая до конца весь механизм работы системы.

Всё надо делать с умом, оптимизировать стоит, главное не перестараться. Впрочем это касается почти любой сферы деятельности...

+1, экономия памяти. А если еще поотключать поддержку неиспользуемых устройств (напр. ppc(4), usb(4)), то можно сэкономить на прерываниях

а ядро придется пересобирать хотя бы для ALTQ, IPSEC, VIMAGE, dtrace, polling(4)...

Я отключаю в ядре то что мне почти никогда не пригодится
fireware, usb (если не использую переферию), raid-controllers (если система без рейда), fdd ну и так помелочи

zar0ku1 писал(а):Я отключаю в ядре то что мне почти никогда не пригодится
fireware, usb (если не использую переферию), raid-controllers (если система без рейда), fdd ну и так помелочи

О чем я и говорю.

и что - офигительное ускорение получаете? ))

Не следует забывать, что кроме выброса драйверов из ядра вы имеете возможность оптимизировать под конкретный процессор, вполне возможно при современном положении дел в этом направлении это не так существенно, но при очень нагруженной машинке это все-таки заметно... У меня был случай, когда в качестве процессора использовался AMD K6-2, перекомпиляция generic конкретно под него привела к более устойчивой работе, и под i386 комп не падал, но вот у клиента отклик стал заметно меньше...

lissyara писал(а):и что - офигительное ускорение получаете? ))

Ага +1 покажите результаты тестирования до оптимизации и после, на нормальном железе без сильного ограничения по ресурсам и не с запредельными загрузками, и если у вас оптимизация даст выигрыш процентов 20 хотя бы то я соглашусь что это дело нужное

f_andrey писал(а):

lissyara писал(а):и что - офигительное ускорение получаете? ))

Ага +1 покажите результаты тестирования до оптимизации и после, на нормальном железе без сильного ограничения по ресурсам и не с запредельными загрузками, и если у вас оптимизация даст выигрыш процентов 20 хотя бы то я соглашусь что это дело нужное

Это существенно, особенно когда сервер ориентирован на работу с JAVA-сервисами.

artem-ka писал(а):Это существенно, особенно когда сервер ориентирован на работу с JAVA-сервисами.

Тут есть два вопроса
1. насколько существенно, и тут слова что после оптимизации заработало шустрее не катят, цифры и только цифры.
2. а может стоит подумать о увеличении ресурсов, благо они в наше время не сильно дороги, ну или чем черт не шутит над оптимизацией приложения.
А вообще я же сказал что для серверов с дефицитом ресурсов, и очень сильно загруженных оптимизация может и необходима, но так ли уж много их в нашей жизни.

Я к заточке ядра отношусь так:

1) Если железо ну очень старое и из него нужно выжать все что можно то тюнингуем.
1.1) Если серваки рядом или в домашней сети или хочется эксперементов то пжалуста.
2) Если железо более менее новое и особенно если недоступно те далеко и тп и нехочется заморачиватся с будущими траблами то не заморачиваюсь и оставляю генерик. (Именно это пару раз и спасало как раз траблы с сетевухой )

На более менее нормальном железе после тюнинга я не ощутил бОльшой прибавки в работе сервера чуть шустрее что-то, но это в ущерб универсальности те в ущерб жизнестойкости что ни есть гуд. В общем моя филососфия вам ясна.

из своей практике я только один раз ощутил реальную пользу от тюнинга ядра - когда ставил семёрку на первый пень с 32 метрами оперативы

Поднимал только шлюзы на фре и тестовые машины
На тестовых все просто-пересобирал ради обучения.
Для шлюзов в любом случае надо пересобирать, вырубаю все, что никогда не появится на этой машине (scsi на Вектре VL-400 (а мож 410?), ipv6, АТА-флоппи), а с сетевыми все просто- поставки ограничены, т.ч. оставляю bge,xl,и fxp -других у нас нет
Насчет выигрыша в скорости- не скажу, т.к. не проверял.

f_andrey писал(а):

artem-ka писал(а):Это существенно, особенно когда сервер ориентирован на работу с JAVA-сервисами.

Тут есть два вопроса
1. насколько существенно, и тут слова что после оптимизации заработало шустрее не катят, цифры и только цифры.
2. а может стоит подумать о увеличении ресурсов, благо они в наше время не сильно дороги, ну или чем черт не шутит над оптимизацией приложения.
А вообще я же сказал что для серверов с дефицитом ресурсов, и очень сильно загруженных оптимизация может и необходима, но так ли уж много их в нашей жизни.

Ну из своей практики скажу, что был дан старенький компьютер P4 2,4 c 2Gb ОЗУ, на который нужно было повесить как раз те самые JAVA-сервисы. При дефолтной конфигурации сервисы по нескольку раз за сутки вываливались и обрабатывали простейшие запросы порой по нескольку секунд, после детального пересмотра ядра и заточки его под конкретное железо все стало работать стабильнее. Ну, а что касаемо прироста производительности, ну процентов 10 точно могу сказать.

можно увидеть diff дженерика и того что получилось после пиления?