Влияет ли на производительность интерграция «модулей» в kernel?

Офин фиг по скорости. Но проблем со статической сборкой меньше.

P.S. Вообще ВСЁ включать определенно не нужно, только localyesconfig

Если у тебя не embedded устройство с 1Мб ОЗУ а ну ты понял… то в общем и целом разница практически незаметна. Имеет смысл делать модулями то, что большую часть времени не активно.

при уже загруженной системе пофиг, а вот при загрузке монолит шустрее,т.к. нет лишних телодвижений с поиском подходящего модуля и его загрузкой

А kernel сам еще модули не научился выгружать неиспользуемые?

ну и с initrd естессно

Тогда вопрос на засыпку - что быстрее -02 или -0s при компиляции ядра будет работать? (в Hyper-V на Turion64)

ты хоть понял о чём был его пост?

-O2
-Os лучше на мелких кэшах...хотя сейчас уже наверно пофиг на него - они давно уже от полуметра до много*метров

>быстрее -02 или -0s при компиляции ядра будет работать?
бррр - при самой компиляции или полученное на выхлопе ядро?

Наверное, я надеюсь... А что ты имеешь в виду?

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

>>Имеет смысл делать модулями то, что большую часть времени не активно.

А kernel сам еще модули не научился выгружать неиспользуемые?

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

А kernel сам еще модули не научился выгружать неиспользуемые?

CONFIG_MODULE_UNLOAD, CONFIG_MODULE_FORCE_UNLOAD ?

Автоматически?

>Автоматически?
у меня да :)

Ну и последний вопрос: Для виртуализации Hyper-V что-нибудь посоветуете включить в опциях ядра, дабы избежать проблем в будущем?

вот это хз - у меня интел...да и тот без этого

вот это хз - у меня интел...да и тот без этого

Ты не понял (= Hyper-V это виртуальная машина мелкософта.

>что-нибудь посоветуете включить в опциях ядра, дабы избежать проблем в будущем?

Так вроде были модули для hyper-v, поищи

ой )

> Даже не представляю кому время сборки ядра важнее производительности...
Тем кто ищет баги например. Делать бисекцию сорцов ядра (или чего-нибудь ещё) с -O2 как-то не очень быстро :)

> только localyesconfig

И то, этого как правило много.

> А kernel сам еще модули не научился выгружать неиспользуемые?

Когда-то в эпоху 2.2-2.4 умел. С приходом 2.6 отучили, т.к. некому их загружать обратно (раньше модуль загружался при обращении к устройству в /dev, сейчас - при появлении физического устройства в системе).

>А kernel сам еще модули не научился выгружать неиспользуемые?
он умеет их не загружать

>Для виртуализации Hyper-V дабы избежать проблем в будущем?

не использовать гипер-в

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

не влияет

так сам он не выгрузит, только если попросить ручками

-Os лучше на мелких кэшах...хотя сейчас уже наверно пофиг на него - они давно уже от полуметра до много*метров

так это сжатый образ :). В распакованом виде и с нужными модулями больше. Тут от конкретной ситуации зависит, я думаю. На сколько я знаю -Os это -O2 с выкинутыми оптимизациями которые сильно размер раздувают. Т.е. в среднем работает не медленнее(смотрел на графики), но в некоторых ситуациях буксует.