Сайт | Скачать | Видео | Wiki

Автор Тема: Направление развития PRA. Стратегия  (Прочитано 50635 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #105 : 18 Ноябрь 2016, 17:15:54 »
у нас есть жизнь, чего не заметно на...
to neobht
Вчера хотел посмотреть - о чём речь, по ссылкам отсюда в transmission всю ночь провисело, ни байта. Хотя -
Цитата
К трекеру постоянно подключен консольный клиент, по этому вы всегда сможете скачать представленные файлы, даже если их ни кто больше не раздает.
- оттуда же.  :-[

Качайте через http, ftp.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: Направление развития PRA. Стратегия
« Ответ #106 : 18 Ноябрь 2016, 17:27:44 »
Качайте через http, ftp.
Есть статистика скачиваний?

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Направление развития PRA. Стратегия
« Ответ #107 : 18 Ноябрь 2016, 18:05:40 »
Вчера хотел посмотреть - о чём речь, по ссылкам отсюда в transmission всю ночь провисело, ни байта. Хотя -
Запустил в qbittorrent, неспешно но качает. Статистики по http,ftp не знаю, по трекеру сильно просела после того как магос научился обновляться автоматом. То есть для обновления теперь качать не нужно. В месяц по каждой сборке сейчас набегает по 30-50 закачек, по исошникам немного больше.
По тематическим модулям. Если модульный дистрибутив собран на основе пакетного репозитория, то собирать еще и модули из пакетов ни к чему, я считаю. Для сборки тематического модуля достаточно скормить скрипту, который собирает модули список пакетов. Это удобнее делать на целевой машине по необходимости, а не повторять пакетный репозиторий модульным репозиторием. Смысл тематических модулей в том, что софт подобранный по теме использует одни и те же либы, таким образом уменьшается дублирование файлов в разных модулях. То есть в контесте магос правильнее сделать так:
urpm2lzm digikam hugin luminance-hdr gimp-extras  darktable
чем так:
urpm2lzm digikam
urpm2lzm hugin
urpm2lzm luminance-hdr
urpm2lzm darktable
А еще лучше если это было бы сделано на уровне метапакета, то есть так
urpm2lzm task-graphics,  но это нужно уже в репы проталкивать :)

« Последнее редактирование: 18 Ноябрь 2016, 18:21:51 от betcher »

Оффлайн Boris

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 301
  • Репутация: +17/-0
Re: Направление развития PRA. Стратегия
« Ответ #108 : 18 Ноябрь 2016, 19:25:14 »
неспешно но качает
Цитата
К трекеру постоянно подключен консольный клиент, по этому вы всегда сможете скачать представленные файлы, даже если их ни кто больше не раздает.
Запустил сразу после вашего ответа, прошел час, результат на скрине.. Чтобы обновляться, сначала надо целиком иметь.

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Направление развития PRA. Стратегия
« Ответ #109 : 18 Ноябрь 2016, 19:37:35 »
Поставил качать те же исошки, все норм %)
Если подскажете как вставить картинку покажу скрин.
З.Ы. Оно само вставилось :)
З.З.Ы Уже докачалось, разадаю.
« Последнее редактирование: 18 Ноябрь 2016, 19:42:12 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: Направление развития PRA. Стратегия
« Ответ #110 : 19 Ноябрь 2016, 08:37:52 »
Если модульный дистрибутив собран на основе пакетного репозитория, то собирать еще и модули из пакетов ни к чему
Если это просто конвертация пакетов в модули - да. И вообще не понятно - почему бы не поставить фулл
В ПРА модули портируются и оптимизируются выкидыванием лишнего для среднедомашнего юзера. Для юзеров с расширенными к определенным прогам требованиями - остается возможность поставить как в арчрепе или вообще собрвть свое (AUR ABS)
Т.е. ПРА (как и пупи) - узкоспециализированный (для дома) дистр. За счет этого его удается делать маленьким , быстрым и простым (модули , а не пакеты, фругал, а не фулл). Вот главный замысел

MaгОс - остается универсальным, как и донор,  дистром. В моем понимании - это Роса с расширенным фругалом
Не уверен что для универсального большого дистра фругал - оптимальный выбор. Не зря же эта тема не получила развития ни в одном большом дистре

Смысл тематических модулей в том, что софт подобранный по теме использует одни и те же либы, таким образом уменьшается дублирование файлов в разных модулях.
В ПРА такие либы (а их не много : qt mesa ffmpeg gstreamer) выделяются в отдельные модули и прописываются зависимости
В МагОс есть понятие зависимых модулей?

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #111 : 19 Ноябрь 2016, 09:10:45 »
Т.е. ПРА (как и пупи) - узкоспециализированный (для дома) дистр. За счет этого его удается делать маленьким , быстрым и простым (модули , а не пакеты, фругал, а не фулл). Вот главный замысел
Соберите PRA с набором ПО, который в MagOS. Посмотрим насколько оптимизации (якобы для домашнего среднего пользователя) дадут выигрыш. Только весь набор ПО, включая DE. Потому как набор ПО в MagOS - как раз для среднего пользователя и если что-то выкинуть, то уже будет дистр не для среднего пользователя. В PRA - кучи софта полезного просто нет, либо нет нужного DE - поэтому и кажется, что он маленький и оптимизации оправданы.

В MagOS система зависимостей реализована на уровне именования модулей в условном варианте. Именно из-за отсутствия необходимости в этом, не используется pfs-utils, а используется всего четыре утилиты - urpm2xzm, epm2xzm, activate, deactivate.

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #112 : 19 Ноябрь 2016, 09:14:37 »
Не уверен что для универсального большого дистра фругал - оптимальный выбор. Не зря же эта тема не получила развития ни в одном большом дистре

Конечно же оптимальный выбор!
Тема не получила развития ни в одном дистре - мое ИМХО - из-за того, что никто не хочет свои лавры давать пользователю и каждый хочет иметь свою "касту" и пользователи должны к ним обращаться за помощью, как к крупным специалистам. А фругал - это просто, универсально и всегда работает. Кому захочется собирать пакеты и при этом не получать обратный фидбэк?

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #113 : 19 Ноябрь 2016, 09:16:52 »
И вообще не понятно - почему бы не поставить фулл

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

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Направление развития PRA. Стратегия
« Ответ #114 : 19 Ноябрь 2016, 10:19:52 »
MaгОс - остается универсальным, как и донор,  дистром. В моем понимании - это Роса с расширенным фругалом
Не уверен что для универсального большого дистра фругал - оптимальный выбор. Не зря же эта тема не получила развития ни в одном большом дистре
Добавлю еще проблемы с организацией обновлений и самое большое - инерция мышления. Стоит редхату выкатить модульный дистр как через полгода у всех основных дистроклепателей модульный вариант нарисуется :)

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: Направление развития PRA. Стратегия
« Ответ #115 : 19 Ноябрь 2016, 10:32:47 »
Соберите PRA с набором ПО, который в MagOS. Посмотрим насколько оптимизации (якобы для домашнего среднего пользователя) дадут выигрыш.
Вот сборка аналогичная pra-retro. (lxde midori mplayer)
pra за счет оптимизаций  меньше в 10 раз (100мб vs 1гб). Что открывает возможности copy2ram на флэшах и пр.
А чем хуже для дома?

Фругал для большого дистра без заморозки репы (которая есть только в арче) не так уж и хорош:
За счет обновлений репы сохраненка быстро станет больше изначальной установки
Если обновить изначальный сквош и не переделывать сохраненку с установленными пакетами - будет каша

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

Изменения системы и сама система смешаны и в случае ошибок трудно откатываются.
В арче откатываться просто даже на фул: поменял дату ARM + pacman -Syyu
Если пользователь склонен к экспериментам и имеет мощное железо - виртуалка (откаты без выделения раздела)

Тема не получила развития ни в одном дистре - мое ИМХО - из-за того, что никто не хочет свои лавры давать пользователю
Теория заговора  :D
« Последнее редактирование: 19 Ноябрь 2016, 10:39:15 от sfs »

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #116 : 19 Ноябрь 2016, 10:47:19 »
Вот сборка аналогичная pra-retro. (lxde midori mplayer)
pra за счет оптимизаций  меньше в 10 раз (100мб vs 1гб). А чем хуже?

Добавьте туда KDE и весь софт, который в составе MagOS. Ну и пооптимизируйте конечно. Я просто хочу вам показать, что оптимизация не может идти в ущерб качеству, а это значит, что получите на выходе тот же самый 1Гб.


Если пользователь склонен к экспериментам и имеет мощное железо - виртуалка (откаты без выделения раздела)

Для такого пользователя виртуалка - это неудобно. Удобнее всего будет контейнерная технология - docker. Но в этом случае у него уже любой дистр на выбор и откатывается это все через отключение слоев.

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

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Направление развития PRA. Стратегия
« Ответ #117 : 19 Ноябрь 2016, 10:55:28 »
Что открывает возможности copy2ram на флэшах и пр.

элементарно и для больших объемов. MagOS элементарно работает в режиме copy2ram. Только это очередное заблуждение и не является ключевым. copy2ram - совершенно  не нужен. Никаких преимуществ нет. Много раз уже об этом писал. Закон сохранения энергии еще никто не нарушил. :) copy2ram - это обман, визуальная иллюзия. Сначала трата времени - а потом ускоренный первый запуск. Без copy2ram - первый запуск за ту же трату времени - а чаще гораздо за меньшее время, т.к. squashfs использует блочный алгоритм сжатия. Последующие запуски - одинаково быстрые потому что сидят в кеше.

copy2ram - зло, если его применять для ускорения. А применение его для извлечения флешки - не дает разницы от размера самой системы при текущих объемах ОЗУ. Что MagOS, что в 10 раз меньший PRA с кучей софта, который уступает более толстым аналогам. Без разницы.

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Направление развития PRA. Стратегия
« Ответ #118 : 19 Ноябрь 2016, 11:32:18 »
copy2ram - зло, если его применять для ускорения. А применение его для извлечения флешки - не дает разницы от размера самой системы при текущих объемах ОЗУ. Что MagOS, что в 10 раз меньший PRA с кучей софта, который уступает более толстым аналогам. Без разницы.
Экономия памяти получается только за счет урезания функционала. Есть ли смысл если магос с полным copy2ram будет работать уже при 2г ОЗУ, что было нормой для компа году в 2010.
Несколько раз поднималась у нас в форуме тема по мини магос и так же быстро глохла., так-как после экспериментов отсутствие каких либо преимуществ становилось очевидно.
« Последнее редактирование: 19 Ноябрь 2016, 11:35:45 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: Направление развития PRA. Стратегия
« Ответ #119 : 19 Ноябрь 2016, 11:39:18 »
Добавьте туда KDE и весь софт, который в составе MagOS.
Одна из основных оптимизаций - это легкие ДЕ и наборы софта для железа разной мощности
Весь софт и тематические модули - и настоящая модульность (возможность копированием собрать свой тематический модуль или  дистр) - это разные подходы
https://habrahabr.ru/post/253877/ https://ru.wikipedia.org/wiki/Docker - ну так портирование - это и есть по сути Docker-light
copy2ram - это обман, визуальная иллюзия. Сначала трата времени - а потом ускоренный первый запуск.
Да. Но если носитель единственная медленная флэшка и дистр 100мб, а RAM 8gb (спасибо win10)- почему нет?
При copy2ram нет обращений к винту - нет шума, экономится батарея и ресурс винта

MagOs и PRA - это как Роса и Пупи, как мусульманство и христианство
Оно не лучше и не хуже - оно просто другое
Каждому свое - нечего тут спорить. Надо радоваться обилию вариантов ;)
« Последнее редактирование: 19 Ноябрь 2016, 11:52:44 от sfs »