Исходное сообщение
"Представлен kmod, новый инструментарий управления модулями я..." Отправлено Аноним, 16-Дек-11 22:34
>А что, execve(2) у нас уже дорогой стал? Объясните, зачем линковаться динамически с библиотекой? Что, оверхэд у libc такой злой, что тратится куча времени? Начало моего сообщения под номером 8.80 . Я думаю дело в гибкости системы. То что вы пишете про кэш и mmap - да, верно. Но как разработчик и архитектор системы скажу вам что рано или поздно наступает момент когда появляется необходимость выделения функионала (на выходе единственная концентрированная логическая структура в виде модуля) которые ранее был "размазан" по нескольким модулям и четко не выделялся. Такие необходимости возникают всегда если проект: 1) развивается и уже на есть (или на подходе) потребность в подобном; 2) должен обеспечивать гибкую структуру для работы с ней (в нашем случае имеется ввиду что окружение ядра должно обеспечивать гибкость для работы с функционалом управления модулями). Я не уверен что мои доводы вам покажутся достаточно весомыми, т.к. если вы не разрабатываете сложные проекты в несколько циклов развития - то  велика вероятность что вы не поймете сходу о чем речь. Вцелом же, делают правильное и нужное дело. Я вам гарантирую это!