Плюсы пересборки ядра?

Question

[tamaki]

Требуется мнение коллективного разума.

Есть новый сервер. На нём centos(x86_64). Сервер планируется под БД mysql. Стоит-ли пересобирать ядро? Даст-ли это прирост производительности?
Спасибо.

Answer 1

[Sergey]

На нём centos

Стоит-ли пересобирать ядро?

НЕТ!
Ставьте генту, если хотите «пересобирать».

Comments

[tamaki]

Это исключено. Везде стоит центось и на этом сервере будет центось. А почему такое категоричное нет? Можно получить развёрнутый ответ?

[Sergey]

А почему центось? Можете дать развернутый ответ?
CentOS — это пакетный дистрибутив, имеющий четкий цикл релизов, выверенный разработчиками (профессионалами высокого класса) до мельчайших деталей, вплоть до каждого пакета и каждого параметра сборки ядра. Задуман быть стабильным, для масштабных промышленных внедрений. Я бы вам такое же категоричное «нет» сказал даже на вопрос о сборке свеженькой версии apache под CentOS.
Повторю ещё раз — если вам нужна стабильность — ставьте CentOS/RHEL/SLES/etc. Если нужен Bleeding Edge и красноглазые эксперименты — ставьте генту/арч.

[tamaki]

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

[Sergey]

вы пытаетесь в максимализм удариться. Не бывает максимальной производительности в этих вопросах. Бывает баланс между производительностью и стабильностью. Пересборка ядра и пакетов с повышенными опциями оптимизации под процессор на пакетных дистрах вам добавит пару процентов производительности (если повезет), привнеся нехилую пачку скрытых глюков. Раньше, когда ядро уже было жирным, а компьютеры еще были маленькими, пересборку ядра практиковали нищеброды экономные админы, у которых было мало RAM на тачках. Да, при количестве памяти в 32 мбайт есть смысл сэкономить 2-3 метра, пересобрав ядро без ненужных драйверов и модулей. Сегодня это уже неактуально.

[Sergey]

компания ваша правильно поступила, выбрав такой дистрибутив. И правильно не дает вам ставить всюду BSD, передайте боссу, пусть запретит вам теперь еще и собирать из исходников программы под CentOS.

[tamaki]

За комментарий в 15:48 спасибо. Это и было нужно. А вот по поводу bsd в холивар, боюсь, ударимся.

Answer 2

[Bodik]

Подтвердить собственным опытом не могу, но думаю что существенного прироста производительности не будет, гораздо полезнее my.cnf подправлять под нужды.
Но с радостью посмотрю на другие ответы в этой теме.

Answer 3

[bagyr]

Силами редхата все тестировалось под конкретный пачсет для конкретной версии ядра с конкретными опциями, под него же написана вся документация. Поковырявшись, есть небольшой шанс отхватить подземные стуки, которых ни у кого кроме вас нет. Работает — не трожь.

Answer 4

[Yoda33]

Пересобирать ядро есть смысл только для включения в него отсутствующих функций/драйверов. Например для включения дополнительных необходимых тарджетов в пакетный фильтр. В остальном — вредное и опасное занятие.

Answer 5

[digreen]

Что именно в ядре вы хотите изменить? Без четкого понимания, за что изменяемые опции отвечают, можно наворотить всякого. Пересборка ради пересборки точно не нужна. Да и для mysql с нуля уж точно не поможет, тюнинг полезнее другими средствами делать, как выше и написали.

Answer 6

[Алексей]

А чем вас не устраивает ядро по-дефолту? Точнее так: чем КОНКРЕТНО оно вас не устраивает? Вы ведь, когда будете его пересобирать, планируете что-то там потюнить и повключать/повыключать? Или так просто, собрать...?

Comments

[tamaki]

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

Answer 7

[Алексей Сидоров]

Можно подтюнить таймер, поменять preemptive модель, патчи на худой конец накатить, но сильно производительность врят ли поменяется, если не патчить.

Comments

[Yoda33]

А разве через syctl это нельзя сделать?

[Алексей Сидоров]

Что-то можно, что-то нельзя. Pae например без пересборки не включишь, preemptive модель тоже не поменяешь. Поэтому у Убунты в дистре лежит серверное ядро, pae ядро, десктопное ядро и ядро для Ubuntu Studio

Answer 8

[Zazza]

Автор упоминул про BSD, так вот, если в ней следить за binary updat-ами, то пересобирать ядро нельзя в принципе. Также и в любом линуксе, если update-ы, то только ядро по-умолчанию. Одним словом, на важных серверах, пересобирать ядро нельзя. А вот если сервер используется для разработки или тестов, то тут можно попробовать покрутить чего-нибудь

Comments

[Алексей Сидоров]

для любителей апдейтить самосборные ядра есть Gentoo

Answer 9

[Владимир Чернышев]

Мой опыт показывает, что если вопрос ставится так, то не нужно, а скорее всего будет только хуже :) Проверено и не раз, что пересборка ради пересборки (читай — ради понтов: «я тру-линуксоид»), без особого понимания что изменяемые параметры компиляции изменят, профита не приносит, а проблемы создаёт на равном месте (самая простая из них сложность с автоматическим обновлением).

Answer 10

[pentarh]

Не надо ничего пересобирать на центосе, особенно ядро. Там же 2.6.18 с кучей бэкпортов. Вам есть что туда добавить?

Для переборки это в gentoo.

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

Answer 11

[rtzra]

Я бы добивался скорости тюнингом my.cnf и sysctl
Это даст гораздо большую пользу, нежели сборка ядра.