> Не бред. И в самом деле нет ни одной причины трогать то, что уже отлично работает. «Не чини то, что работает» — не доводилось слышать?хи^W [br]
1-ый анонимус, полагаю, указал на то, что при монолитной сборке вся информация о конфигурации хранится в одном файле, в то время как при модульной компиляции требуется также настраивать modprobe, blacklist, initrd... Профит монолитной сборки в простоте и удобстве, перенос ядра на другую систему эквивалентен копированию одного файла, а также - в гарантии того, что загрузится именно то, что нужно вне зависимости от к-л внешних настроек. Один раз настроил и забыл!
У модульной сборки (да и вообще модульном подходе к построению ч-л) гораздо больше преимуществ, но это - не повод навсегда отказаться от сборки ядра монолитом.
Противоположный тезис к сборке модулями: Что необходимо вынести, то необходимо вынести ))
Ещё плюс в безопасности. Конечно, сейчас для модулей есть цифровые подписи, но большую уверенность даёт возможность полностью отключить загрузку каких-то модулей, либо вкомпилить соответствующий функционал в ядро, что даёт дополнительную уверенность в том, что вызов из userland не приведёт к загрузке модуля, которую root системы может посчитать неугодной.
Ну и системы реального времени, конечно же... Вообще, все системы, настройки которых не изменяются длительный промежуток времени получат БОльший профит от этих сэкономленных 2-3 секунд, нежели от возможности раз в 2-3 года поменять к-л деталь/функцию без пересборки ядра... Тем более TC умеет собирать ядро!