Исходное сообщение
"Во FreeBSD ожидается появление системы управления сервисами,..." Отправлено Mihail Zenkov, 28-Ноя-14 17:35
> Вот был монолитный и компактный Xorg 6.9, который компилировался в несколько пакетов > и никому жить не мешал. Справедливости ради нужно отметить, что был он далеко не в лучшем состоянии и развивать этот кусок монолита желающих было все меньше и меньше. Было принято решение разделить его на куски - это было более чем оправданно: сразу стало видно из каких компонентов состоит Xorg. На следующем этапе часть выкинули. Стало возможно работать над развитием/заменой отдельных компонентов без углубленного изучения всех остальных, Кодовая база Xorg server также приобрела вменяемый размер и начала активно развиваться. > Потом появился весь такой модульный Xorg > 7.x, пакеты которого наводнили систему — разобрать, что нужно и ценно, > а что просто мусор в системе, уже было невозможно. Да, перестарались. ИМХО зря заголовки вынесли в отдельные пакеты, да и минимально необходимые библиотеки можно было бы объединить в один пакет. В то время ходила шутка, что Патрик (slackware) выкинет Xorg, так как перед этим он отказался от сборки gnome из-за слишком большой раздробленности. По факту Xorg никто не выкинул, мне же понадобился день что бы один раз разобраться в хитросплетении пакетов и больше об этом не думать. > И всё > это отнимало: время на компиляцию, время на сопровождение, время на работу. > Оно вообще такое "модульное" пользователям нужно? По мне (сужу по себе) > — нет, не нужно, достаточно одного или пары-тройки блобов, чтобы не > заморачиваться, что работает, а что нет. Тот же Qt напрягает куда больше - собирается в раз 10 дольше всего Xorg и это при сборке с двадцатью -no-*. Даже самая простая программа на Qt ест кучу памяти. > То же самое ядро представляет собой пример эффективной организации кода: критические к > работе части кода собраны в одном бинарнике, менее критичные к работе > части организованы в модули ядра и подгружаются по необходимости. Ядро это отдельный случай - оно нужно всем программам. А вот библиотеки для разных программ нужны разные. Представьте что будет, если весь /usr/lib объединить в один бинарник. Это конечно очень утрированный пример. Применительно к Xorg - простые программы такие как dwm/st/conky/etc потянут за собой в память все библиотеки Xorg.