По какому алгоритму вы настраиваете ядро перед компиляцией?

Неужели кто-то всерьёз проходится по всему списку, размышляя над каждой опцией и проверяя, поддерживает ли его железо какой-нить там Intel Benis In Bagina Emulation Protocol Interface и нужен ли он ему на практике?

Я бы скастовал сюда мегабакса, да он вроде бы слился с лора.

Увы, я тут совсем недавно и не знаю, кто ето. Некий гуру опций ядра?

Да, megabaks, один из ярых гентушников.

Использую дистрибутивное. Если зуд в одном месте таки пересиливает, смотрю что пишут в коммитах её добавивиших и в статьях на lwn. Посли сборки смотрю загрузилось ли и что работает а что нет, и гоняю бенчмарки, не стало ли тормозить. Короче много ебли без нужды.

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

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

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

Неужели кто-то всерьёз проходится по всему списку, размышляя над каждой опцией и проверяя, поддерживает ли его железо какой-нить там Intel Benis In Bagina Emulation Protocol Interface и нужен ли он ему на практике?

Да. Совершенно верно. Отличный повод апнуть общую эрудицию, между прочим.

Тупо делаю make oldconfig. А вот если с нуля на новом компе — да, это часа на два возни с make menuconfig...

Сферический десктоп в вакууме сейчас загрузится с дефолтным конфигом, кроме разве что сети и видео, видео настраивается по гайду

Дальше просто грузишься с новым ядром и смотришь, что не работает, и включаешь это отдельно

Зачем? Древний комп который в перспективе будет работать быстрее если отключить половину ненужных фич из ядра? Тогда ладно.

Ну или если нужна какая-то фича которая не идёт по дефолту в готовых бинарниках из реп. И в этом случае это оправдано.

А остальное - чистое «ненужно».

Лично я читаю выхлоп dmesg, ставлю дрова, остальные опции трогаю после прочтения. Модули - зло.

Тебе нужно только оптимизацию под свой проц и выкинуть часть ненужных модулей. Остальное тебе не нужно.

make oldconfig

Неужели кто-то всерьёз проходится по всему списку, размышляя над каждой опцией и проверяя, поддерживает ли его железо какой-нить там Intel Benis In Bagina Emulation Protocol Interface и нужен ли он ему на практике? Нет, не верю.

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

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

Там ЛОРовец дооптимизировался, лол.

да, ТС, никогда ни в коем случае не выключай опцию

CONFIG_SMP

Старые настройки брал, менял только какую-то нужную, как казалось, фигню.

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

он вроде бы слился с лора.

всё правильно сделал

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

Неужели кто-то всерьёз проходится по всему списку, размышляя над каждой опцией и проверяя, поддерживает ли его железо какой-нить там Intel Benis In Bagina Emulation Protocol Interface и нужен ли он ему на практике?

Я так делал когда Gentoo стояла.

Нет, не верю.

Это не так страшно как кажется, там в каждой опции справка есть + гугл. Когда я так первый раз делал (2008 год) это заняло примерно 1.5 дня, последний раз (меньше года назад) это заняло часа 4.

Ядро FreeBSD простое. Убираю всё ненужное из конфига и всё.

Ненужное обычно ограничивается комментированием двух опций:

#-makeoptions	DEBUG=-g		# Build kernel with gdb(1) debug symbols
#-makeoptions	WITH_CTF=1		# Run ctfconvert(1) for DTrace support

Гораздо важнее правильно отредактировать /etc/src.conf - файл конфигурации операционного окружения - чтобы не пересобирать то, что никогда не понадобится. Вот на этом можно серьёзно выиграть в объёме и скорости сборки.