The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Во FreeBSD ожидается появление системы управления сервисами,..., opennews (?), 27-Ноя-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


198. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от iZEN (ok), 28-Ноя-14, 11:34 
> Монолитный кусок - это не юникс вей.

Вот был монолитный и компактный Xorg 6.9, который компилировался в несколько пакетов и никому жить не мешал. Потом появился весь такой модульный Xorg 7.x, пакеты которого наводнили систему — разобрать, что нужно и ценно, а что просто мусор в системе, уже было невозможно. И всё это отнимало: время на компиляцию, время на сопровождение, время на работу. Оно вообще такое "модульное" пользователям нужно? По мне (сужу по себе) — нет, не нужно, достаточно одного или пары-тройки блобов, чтобы не заморачиваться, что работает, а что нет.

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

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

216. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Mihail Zenkov (ok), 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.

Ответить | Правка | Наверх | Cообщить модератору

227. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok), 28-Ноя-14, 18:50 
> Тот же Qt напрягает куда больше - собирается в раз 10 дольше
> всего Xorg и это при сборке с двадцатью -no-*. Даже самая
> простая программа на Qt ест кучу памяти.

Lumina DE, собираемая вокруг Qt4 GUI, сама по себе довольно компактна, но тянет за собой ВЕСЬ Xorg (для Xfce, к примеру достаточно xorg-minimal) и WebKit. У меня из-за этих "излишеств" сборка Lumina заняла около 2,5 часов.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру