Большая тайна, большое и светлое волшебство происходит, когда добровольцы объединяются для творения чего-то всем нужного, и, хотя бы немножечко, вечного.

Почему-то от этого чаще солнце выглядывает из-за облаков и очень хочется жить.

Правила и обычаи

Предлагаю сократить количество модулей в сборке

Предлагаю сократить количество модулей в сборке

У нас сейчас более тридцати модулей в base, каждый подключенный модуль отъедает несколько мегабайт ОЗУ и увеличивает время доступа к файлам в ауфс. Учитывая, что в 99% инсталляций  используется полный состав модулей считаю что такое количество иметь не рационально.
У нас сейчас в сборке есть pfs-utils которые позволяют собирать модули в один и разбирать обратно. То есть даже если мы объединяем модули то деление что есть сейчас сохранится.
Теперь варианты:
1. Все в один модуль (mkpfs /memory/layer-base/0/base/* -o MagOS.xzm), разобрать обратно pfsextract ./MagOS.xzm
2. Два модуля, один с пакетами, второй 88-magos.xzm
3. Разбить модули на группы, так чтоб общее количество было 5-10 штук. Типа такого:
- модуль где есть все для загрузки в консоль
- сервера, самба и проч
- иксы, дрова иксов, qt, lxqt
- плазма и КДЕ-софт
- офис
- остальной софт
- доки, маны
- 88-магос.xzm

То есть еще раз. Не переписать списки модулей, а объединить модули  что уже есть. Это же проще. И ничего не теряем. Усложнится жизнь только у тех, кто удаляет модули из base. Таких я уверен не много.
Сперва хотел этот функционал в магосрепак сделать, но после такой перепаковки magosupdate перестанет работать.

MagOS-Чат http://chat.magos-linux.ru
MagOS-Загрузки http://files.magos-linux.ru/upload
MagOS-Торренты http://tracker.magos-linux.ru

betcher
Александр
магистр-волшебник
ranks
useravatar
Онлайн
2588 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

На мой взгляд модулей в базе перебор. Я все в один модуль пакую, так как на 2-гиговых машинах 200-300 мегабайт нисколько не лишние. По моим расчетам модуль в xz съедает около 4 мб ОЗУ, а в lz4 -Xhc, около 6 мб. 34 базовых модуля + около 15 своих отъедали на 304 мб ОЗУ больше чем система в 3 модулях (база и 2 своих) по данным htop. Все-таки это не мало.
Плюс доступ к файлам на маломодульной конфигурации быстрее. Замеры были, но не сохранились, поэтому конкретные цифры не приведу, но если не ошибаюсь в районе 5 секунд против 7-8.
Я в целом за одномодульник, но можно конечно сделать так что один базовый для консоли, дрова и фирмваре тоже в него можно, а гуи всякие отдельно, но тоже не раздувать количество. По итогу чтоб было не более 5 модулей.

ilfat
Ильфат
первоклассный волшебник
ranks
useravatar
Offline
321 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

betcher написал(а):

Предлагаю сократить количество модулей в сборке

Голосую "за".

stea.61
начинающий понимать
ranks
useravatar
Offline
17 Сообщений
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

Думаю для начала я всё же сначала сделаю замеры, и по памяти и по производительности
Сократить модули можно, но это влечёт потерю гибкости, которую даёт модульность.
Модульность как раз и нужна на маломощных машинах, там можно выкинув всё ненужное, получить спец. сборку под нужные задачи. Я пользуюсь этим на технолог. машинах  и сервере.
Модульность также удобна для загрузки в режиме copy2ram и по сети, можно получить маленькие по размеру сборки для определённых задач
Получить 5-6 в итоге точно не получится

Кроме того, сильно менять структуру для 2014 сборок не хотелось бы по соображением совместимости.  Для 2016 сборки пока она в бете самое то, жаль что идея эта всплыла несколько поздно, после того как скрипты сборки уже переписаны. У меня сейчас времени не будет много. Но всё решаемо, в принципе, главное всё проверить.

Давайте рассмотрим конкретные предложения
03-1-nvidia-current.xzm + 03-2-nvidia304.xzm = 03-nvidia.xzm
71-manpages.xzm + 72-documentation.xzm = 71-documentation.xzm
46-1-office.xzm + 46-2-libreoffice.xzm = 46-office.xzm  - теряем возможность заменить офис на другую сборку. Давно уже не делали, поэтому возможно
24-x-plasmalibs.xzm + 35-x-plasma.xzm  + 45-x-plasmaapps.xzm = 35-x-plasma.xzm - теряем возможность использовать плазму без приложений и приложения плазмы без плазмы. Возможно, что уже не актуально.
40-1-sysconf.xzm + 13-devel.xzm = 40-1-sysconf.xzm
11-servers.xzm + 12-samba.xzm = 11-servers.xzm - модули мелкие, вместе их вполне слить, единственно, что есть нелогичность что клиент самбы будет в серверах.

Навскидку 7 модулей набралось, если есть предложения, давайте обсуждать.

Стяжи мир в себе и будут иметь мир с тобою небо и земля.
Исаак Сирский

МихаилZ
хранитель
ranks
useravatar
Offline
3226 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

МихаилZ написал(а):

жаль что идея эта всплыла несколько поздно, после того как скрипты сборки уже переписаны

Может не придется сильно их переписывать. Идея то как я понял объединять модули посредством mkpfs, а это значит, что при необходимости можно разложить их обратно на исходные модули. То есть по сути сохранить текущую структуру внутри модулей-групп.

ilfat
Ильфат
первоклассный волшебник
ranks
useravatar
Offline
321 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

betcher написал(а):

Сперва хотел этот функционал в магосрепак сделать, но после такой перепаковки magosupdate перестанет работать.

Неужели перестанет? Я вроде обновлялся, но это не точно smile  На худой конец можно magosupdate адаптировать.

P. S. Вот маска clean для urpm2pfs перестает работать, это точно.

ilfat
Ильфат
первоклассный волшебник
ranks
useravatar
Offline
321 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

ilfat написал(а):

Неужели перестанет?

Я не проверял, но мне кажется если изменять имена модулей то перестанет, скорее всего мешанина получится из старых-слитых-переименованных и новых модулей.
По склеиванию.
x-base + x-gtk + x-qt + lxqt = x-base (иксы без DE только в киосках)
printscan в офис
emulators в утилиты

MagOS-Чат http://chat.magos-linux.ru
MagOS-Загрузки http://files.magos-linux.ru/upload
MagOS-Торренты http://tracker.magos-linux.ru

betcher
Александр
магистр-волшебник
ranks
useravatar
Онлайн
2588 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

kernel + core + ( firmware ? ) = 00-core.xzm

MagOS-Чат http://chat.magos-linux.ru
MagOS-Загрузки http://files.magos-linux.ru/upload
MagOS-Торренты http://tracker.magos-linux.ru

betcher
Александр
магистр-волшебник
ranks
useravatar
Онлайн
2588 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

betcher написал(а):

x-base + x-gtk + x-qt + lxqt = x-base (иксы без DE только в киосках)

Мне кажется DE все же лучше отдельно.

betcher написал(а):

kernel + core + ( firmware ? ) = 00-core.xzm

Согласен. Мне кажется должен быть такой базовый модуль, который сам по себе без всего остального может работать, а остальные без него не могут. Но как по мне сюда и модуль magos как-будто напрашивается, чтобы имелись Магосовские утилиты даже в такой минимальной конфигурации. Основа всего Магос, полностью независимый и самодостаточный для командной строки модуль, на базе которого уже можно строить Магос под свои нужды.

ilfat
Ильфат
первоклассный волшебник
ranks
useravatar
Offline
321 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Re: Предлагаю сократить количество модулей в сборке

ilfat написал(а):

Но как по мне сюда и модуль magos как-будто напрашивается,

Тогда он должен быть последним наверное - 88-core.xzm

MagOS-Чат http://chat.magos-linux.ru
MagOS-Загрузки http://files.magos-linux.ru/upload
MagOS-Торренты http://tracker.magos-linux.ru

betcher
Александр
магистр-волшебник
ranks
useravatar
Онлайн
2588 Сообщений
Мужчина 
Администратор отключил публичную отправку сообщений

Авторизация