Форум проекта PuppyRus Linux

Разработки проекта PuppyRus => Разработка PFS и Initrd => LF (linux frugal). => Тема начата: neobht от 22 Февраль 2015, 18:58:09

Название: Доноры ядра для LF (с AUFS)
Отправлено: neobht от 22 Февраль 2015, 18:58:09
http://wiki.puppyrus.org/puppyrus/pra-roll?&#aufs
Большие AUFS ядра  (проверить - поискать aufs.ko или aufs в modules.buildin) будут работать только с initrd160212 или UIRD
Потенциальные доноры ядер:
1. manjaro (http://mirror.yandex.ru/mirrors/manjaro/pool/overlay/)
Здоровый баланс свежести и стабильности, Проприетарные дрова - готовым модулем. В ядрах >5.7 нет aufs
https://gitlab.manjaro.org/packages/extra/linux51-extramodules
https://gitlab.manjaro.org/packages/extra/linux420-extramodules/nvidia-390xx/
2. ubuntu (http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.2-unstable/)
http://archive.ubuntu.com/ubuntu/pool/main/l/linux/
http://archive.ubuntu.com/ubuntu/pool/main/l/linux-signed/linux-image-5.8.0-45-generic_5.8.0-45.51_amd64.deb
http://archive.ubuntu.com/ubuntu/pool/restricted/n/
Не особо свежие. дрова в dkms
3. Роса. Дрова видях здесь придется компилить (взять из magos - староваты)
http://abf-downloads.rosalinux.ru/rosa2019.1/repository/x86_64/main/release/
http://abf-downloads.rosalinux.ru/rosa2019.1/repository/x86_64/media/non-free/release/
4.  Porteus (https://forum.porteus.org/viewtopic.php?p=52232#p52232) 32+64 (работают без модулей ядра в initrd). OLD (https://forum.porteus.org/viewtopic.php?f=75&t=4788) Не найти хедеры
5. FatDog (http://distro.ibiblio.org/fatdog/sfs/800/)(работают без модулей ядра в initrd) староваты
6. linux-zen (https://www.archlinux.org/packages/?name=linux-zen) Нет проп. дров
7. Ublinux (https://forum.puppyrus.org/index.php?topic=22964.msg177431#msg177431)
8. puppy
https://forum.puppylinux.com/viewforum.php?f=65&sid=8cb3dc33b9ae574d84ad7b9a90740c2b
https://archive.org/download/Puppy_Linux_Huge-Kernels
9.
Цитата: ingvaro от Вчера в 17:16:27
Можно брать ядро от Магеи (https://mirror.yandex.ru/mageia/distrib/cauldron/x86_64/media/core/release/). AUFS есть и Overlay. Запускает Lubuntu и в MagOS-Linux (Rosa)
В тестировании уже - kernel-desktop-5.13.8-1.m
Да. Есть даже ntfs3. le9 нет. Куча патчей использовано. Для дров есть только dkms-ы.
10. http://mirrors.dotsrc.org/armbian-apt/pool/main/l/
11. minios puzzle

Скрипт в LF дистрибах
Код
Linux Kernel module (fuse isofs usbhid zram aufs overlay squashfs fat ext) info 
    Use:
                /usr/local/bin/linux-info linux*.pkg*
                /usr/local/bin/linux-info linux-dir

Почему бы не брать ядро от Росы, как у нас?
оно содержит  почти все что и pf.
Название: Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 19:34:33
Почему бы не брать ядро от Росы, как у нас?
1. старое http://pkgs.org/rosa-2014.1/rosa-contrib-updates-i586/kernel-desktop-3.14.33-1rosa-1-1-rosa2014.1.i586.rpm.html
2. большое
3. в initrd нужны либы
Название: Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 19:49:48
1. А зачем новее? Можно брать и новее, версии на любой вкус есть.
2. Меньше, чем то ядро с вкомпилеными модулями что в PRA
3. Так и должно быть. Я уже неоднократно говорил, что вкомпиливать модули в ядро - бесперспективно и в большинстве случаев ничего не дает. Псевдоиллюзия гибкости.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 20:04:57
1. по большому счету не принципиально
2. да. Выкинуто много того чего в домашнем фругале явно не понадобится
3. В чем бесперспективность? У нас работает и грузится быстро
Название: Re:Доноры ядра для PRA
Отправлено: for_wov от 22 Февраль 2015, 20:12:58
Назревает ядерная война?  ;D
За что собственно боремся? боеголовки класса земля-земля или земля-воздух?
Что от ярда хочется и чего в теперешнем не хватает? (вопрос ислючительно для полноты картины)
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 20:21:37
Никакой войны. Плановое обновление. Вышел свещий патч pf - Pro собирает
Боремся за звание современного дистра
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 20:26:06
2. я имел ввиду, что в Роса ядро получается меньше из-за того, что модули вынесены в initrd.
3. в том, что это частный случай на определенном оборудовании.
Название: Re:Доноры ядра для PRA
Отправлено: DdShurick от 22 Февраль 2015, 20:37:26
в том, что это частный случай на определенном оборудовании.
Но это точно так-же относится и к вынесенным в initrd модулям. Так что, что в лоб, что по лбу.
Кроме того выигрыша по размеру не получается, просто модуль из ядра перемещается в initrd и ещё требуется время и ресурсы для подключения модуля. Счёт не в вашу пользу.
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 20:56:14
Это только, если не использовать как раз те модули, что отсутствуют в ядре (например сетевые) и совсем на чуток. А если начать использовать, то опять упираемся в то, что тянуть целиком все модули ядра по сети - расточительно.

Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 20:56:43
Оборудование под которое заточено ядро Пра известно - сд винт, файл системы тоже - fat ntfs ext
Другого не предвидится.
Вообще все модули в ядро - конечно плохо. Но, когда 100пудово нужный модуль не вкомпилен - его придется дублировать в сквоше и инитрд.
Сетевой загрузкой не заморачиваемся - дистр домашний. Да вроде она и есть в портеусе - там хитро монтируется сквош с модулями ядра
2. я имел ввиду, что в Роса ядро получается меньше из-за того, что модули вынесены в initrd.
         PRA    Роса
ядро    3,6мб 3,8mb
модули 13мб  41mb
Если заморачиваться "маленький и быстрый" - ядро надо точить
В больших дистрах заморачиваются только "универсально"
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 21:20:35
если вы посмотрите на список модулей ядра для поддержки сд и винта, то увидите много интересного.
именно поэтому универсально сделанное ядро с модулями занимает такой объем.

конечно можно повыбрасывать кучу модулей, как сделано в PRA, и надеяться, что не понадобятся.
но 30 мб не стоят того.

как я уже писал - сейчас уже на смену "маленький и быстрый" пришло "большой и быстрый".

squashfs устроена так, что когда читается файл из большого архива или маленького, то на распаковку блока уходит одинаковое количество времени, немного чуточку на поиск блока в общем объеме большего файла уходит больше, но это время не соизмеримо со временем распаковки блока.
поэтому когда вы подключили образ модуля в 1Гб или в 10 Мб, работают они одинаково быстро. В этом гениальность алгоритма squashfs. Единственное тратится больше памяти ядра на виртуальное монтирование. Но память расходуется в данном случае тем больше, чем больше модулей подключено. Поэтому использовать один большой модуль в сравнении с десятками маленьких - по ресурсам менее затратно.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 21:35:11
Так в этом то и замысел ПРА. Ограничиться только домашним применением. Выкинуть все для этого не нужное и протестировать, ужать чтобы юзать copy2ram
Если этого не делать - был бы просто арч
Вы в MagOS (насколько я понял) приделали к Росе модульный сетевой фругал и больше Вам ничего не надо. Это не значит что ПРа лучше. Просто у наших дистров изначально разные задачи

Если вдруг захочется большого ядра - есть метода (http://forum.puppyrus.org/index.php/topic,14190.msg86465.html#msg86465)
Только что протестил на росином и юбунтовом ядрах
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 23:24:19
MagOS - это логически собранный в модули дистр на репах Росы.
В нем изначально все поделено на блоки.
Мне сложно в повседневности найти машину на которой бы целиком нельзя было бы сделать copy2ram для MagOS.

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

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

Особенно для пользователя, который хочет получить рабочую лошадку на которой ехать.

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

А вот тематическую подборку софта для мета модулей - это задача актуальная и нужная.
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 22 Февраль 2015, 23:33:18
Еще другая особенность squashfs - это кеширование блоков в памяти, что сводит режим copy2ram на нет. Другими словами блоки, которые считались а память при запуске той или иной программы потом быстро доступны. То есть медленный первый старт, но потом повторно все летает, даже если программа находится на другом конце света и закачивается поблочно по сети.

И много других нюансов.

Понимая их, становится очевидным бессмысленность минимизации.
Это даже без учета современного железа. А если взять еще и его в расчет, то получится что чем меньше считанный блок, тем медленнее он работает. Это связано с особенностью кеширования.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 23:35:54
Для ПРА я много перекомпиляю. Поэтому он скорее "совместим", чем "полностью на репе" арча
если делать маленький и состоящий из минимального количества модулей - тогда небольшая почти незаметная на глаз выгода и будет.
Но учитывая какие на это тратятся силы, оно того не стоит.
pfsmerge - и у Вас 1 большой модуль. Разницы 5 или 10 модулей не замечал
Всегда можно сделать модуль с любимой программой простым действием.
Из репы модуль сделать просто. Но какой будет размер.... Поэтому много приходится перекомпилять
Борьба с gtk3, например ,  не просто далась
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 22 Февраль 2015, 23:39:51
становится очевидным бессмысленность минимизации. 
copy2ram не только для быстроты. Без него грустно будет стартовать с флэшки
Ресурс батареи бывает тоже актуален, износ носителя
В ПРА минимализм - это часть функционала, а не просто фишка
Название: Re:Доноры ядра для PRA
Отправлено: Pro от 23 Февраль 2015, 04:17:21
вобще не понял темы, сделано все для быстрой замены ядер - пользуйтесь.
я могу даже больше предложить, все наши поделия ненужны, все уже сделано в других системах. давайте сядем и будем пользоваться.
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 23 Февраль 2015, 05:16:49
Ну почему сразу поделия?
Если используете, то значит чего-то нехватает - кому-то самого процесса творчества - кому-то условий и окружения, которые дают сборки.

1 модуль или 10 - вы не замечаете скорее всего по причине хорошего железа. Вы не заметите разницы, если все сделаете просто на репе арча. Выигрыша перекомпиляции в общем случае нет.
Отказ от gtk3 или подобного - это лишь частичная экономия памяти.

Тема появилась как предложение в другой теме и чтобы не оффтопить ее отрезали в отдельную.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 23 Февраль 2015, 07:37:59
вобще не понял темы, сделано все для быстрой замены ядер - пользуйтесь.
По сути - делимся глобальными идеями. Причем без срача, что раньше было нетипично  :)
Для замены готового набора ядра все есть - изначально тема пошла с ответа на вопрос - надо ли самим компилить ядро. Мой ответ - да
я могу даже больше предложить, все наши поделия ненужны, все уже сделано в других системах. давайте сядем и будем пользоваться.
Назови еще один фругал, настолько же маленький , быстрый и модульный , с полноценным  ПМ , готовыми рецептами сборки (AUR ABS) , машиной времени (ArchRollbackMachine) , букетом вариантов сохраненки и русскоязычным сообществом

Ну почему сразу поделия?
Потому что имеющихся сил и средств не хватает на более высокий уровень качества
Если программы (скрипты) пишут не программисты профи - значит дистр любительский и не надо пытаться прыгнуть выше головы
Жаль что средний возраст сообщества 40+ Неужели последнее поколение "советских инженеров" (которые могли из г сделать пулю)
1 модуль или 10 - вы не замечаете скорее всего по причине хорошего железа.
Как только замечу - сразу сделаю pfsmerge
Вы не заметите разницы, если все сделаете просто на репе арча. Выигрыша перекомпиляции в общем случае нет.

В ПРА mplayer-int-slp-32666-s01.pfs - 2,9 mb без доп. зависимостей.
В репе арча
Код
# pacman -S mplayer
разрешение зависимостей...
:: Найдено 8 вариантов для ttf-font:
:: Репозиторий extra
   1) ttf-bitstream-vera  2) ttf-dejavu  3) ttf-freefont  4) ttf-linux-libertine  5) ttf-oxygen
:: Репозиторий community
   6) ttf-droid  7) ttf-liberation  8) ttf-ubuntu-font-family

Введите число (по-умолчанию=1): 6
проверка конфликтов...

Пакеты (76) a52dec-0.7.4-8  aalib-1.4rc5-10  avahi-0.6.31-14  cifs-utils-6.3-2  db-5.3.28-2  enca-1.16-1
            faac-1.28-5  faad2-2.7-4  flac-1.3.1-1  fribidi-0.19.6-2  gdbm-1.11-1  gnutls-3.3.11-1
            gpm-1.20.7-4  gsm-1.0.13-8  imlib2-1.4.6-3  jack-0.124.1-3  json-c-0.12-2  lame-3.99.5-2
            lcms2-2.6-1  ldb-1.1.17-1  libass-0.12.0-1  libasyncns-0.8-5  libbluray-0.6.2-1  libbsd-0.7.0-1
            libcaca-0.99.beta18-2  libcap-ng-0.7.4-1  libcddb-1.3.2-4  libcdio-0.93-1
            libcdio-paranoia-10.2+0.93+1-1  libcups-2.0.1-1  libdaemon-0.14-3  libdca-0.0.5-4
            libftdi-compat-0.20-1  libid3tag-0.15.1b-8  libirman-0.4.5-4  libltdl-2.4.2-15  libmad-0.15.1b-7
            libmng-2.0.2-3  libmp4v2-2.0.0-3  libogg-1.3.2-1  libpulse-5.0-1  libsamplerate-0.1.8-3
            libsndfile-1.0.25-3  libtheora-1.1.1-3  libusb-compat-0.1.5-1  libvdpau-0.8-1  libvorbis-1.3.4-1
            libvpx-1.3.0-1  libwbclient-4.1.14-1  libx264-1:142.20140826-2  libxss-1.2.2-2  libxvmc-1.0.8-1
            libxxf86dga-1.1.4-1  lirc-utils-1:0.9.1.a-9  mesa-libgl-10.3.5-1  mpg123-1.21.0-1  nettle-2.7.1-1
            opencore-amr-0.1.3-2  opus-1.1-1  orc-0.4.22-2  python2-2.7.8-2  recode-3.6-8  rtmpdump-20140918-2
            schroedinger-1.0.11-2  scrnsaverproto-1.2.2-2  sdl-1.2.15-7  smbclient-4.1.14-1  talloc-2.1.1-1
            tdb-1.3.1-1  tevent-0.9.22-1  ttf-droid-20121017-3  xf86dgaproto-2.1-3  xvidcore-1.3.3-1
            zita-alsa-pcmi-0.2.0-1  zita-resampler-1.3.0-2  mplayer-37224-3
Будет загружено:   39,91 MiB
Будет установлено:  178,50 MiB
Отказ от gtk3 или подобного - это лишь частичная экономия памяти.
Курочка по зернышку клюет
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 23 Февраль 2015, 07:58:42
Если mplayer занимает меньше места, то значит в нем выкинута часть функционала.
3 в сравнении с 30 - это больше потому что в 30 входят различные кодеки. Если их начнете плюсовать, то почти одинаково получите. Конечно, можно достичь меньших результатов, выкинув часть функций.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 23 Февраль 2015, 08:04:37
Если mplayer занимает меньше места, то значит в нем выкинута часть функционала.
Конечно. А как это еще можно сделать?
Так вот в этом и есть смысл ПРА - такие модули. Все он не может, но дома его хватает
Зачем мне ms word если мне хватает mcedit  :)
Если не хватило - есть vlc со всеми наворотами
Т.е. имеем:
1. Минимализм без изврата
2. Выбор
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 23 Февраль 2015, 08:10:57
Дома может и планшета за тысячу-пару тысяч хватить. :)
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 23 Февраль 2015, 08:17:13
Откуда тогда берутся темы: "что мне поставить на пень1 166мгц\128ram\без винта"  :D
Зачем мне покупать планшет если есть старенький комп не пригодный для винды, руки и мозг
Название: Re:Доноры ядра для PRA
Отправлено: neobht от 23 Февраль 2015, 08:49:35
Сложно найти линукс, который был бы по производительности близок к WinXP (не говоря уже о 95-98). Вот только денег раньше эта винда стоила.

А темы про пень - это скорее ностальгия, почти такая же как - ZX Spectrum.

Реальная потребность в таких устройствах, кроме как поиграть в эксперименты, отсутствует.
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 23 Февраль 2015, 08:58:17
Сложно найти линукс, который был бы по производительности близок к WinXP (не говоря уже о 95-98). Вот только денег раньше эта винда стоила.
Может быть. Но на современном железе старую винду не запустить - нет дров
Мой критерий старения железа - Пк на котором не комфортно юзать браузер - на помойку (в музей)
Название: Re:Доноры ядра для PRA
Отправлено: sfs от 29 Январь 2016, 14:42:16
http://mirror.yandex.ru/mirrors/manjaro/pool/overlay/ выложили ядро 4.5. и проприетарные дрова
Увы, почему то без aufs
Название: Re: Доноры ядра для PRA
Отправлено: sfs от 15 Ноябрь 2017, 16:32:31
http://repo.archlinuxcn.org/x86_64/linux-pf-4.13.12-1-x86_64.pkg.tar.xz - должно подойти к pra-roll c rootaufs или uird
Обновляется
видеодров catalyst в отличие от manjaro нет
nvidia-pf есть
Название: Re: Доноры ядра для PRA
Отправлено: sfs от 31 Декабрь 2018, 10:36:59
В свете слива Pro (http://forum.puppyrus.org/index.php?topic=14803.msg152339#msg152339) - посмотрел - что у кого как (http://wiki.puppyrus.org/puppyrus/pra-roll?&#aufs)
Во всех маленьких линуксах тема проприетарных дров практически слита. Готовые - только у пупи (для 49 ядра и без catalyst)
Монолитных ядер (для которых не нужны модули в инитрд) достаточно. Обновляются
Может опробуем портеус...? Скомпилим проприетар. Есть желающие поучаствовать?
Или есть желающие продолжить сборку pf ядер...
Название: Re: Доноры ядра для PRA
Отправлено: DdShurick от 31 Декабрь 2018, 11:36:08
В свете слива Pro
А кто виноват? Ты и виноват.
Может опробуем портеус...?
Я категорически против. Сыт по горло твоими опытами с Арчем.
Есть желающие поучаствовать?
Как ты надоел уже
Название: Re: Доноры ядра для PRA
Отправлено: krasnyh от 31 Декабрь 2018, 14:39:12
 Всех с Новым Годом! И праздничного настроения. :)
Название: Re: Доноры ядра для PRA
Отправлено: ramd от 31 Декабрь 2018, 17:03:46
С наступающим! Удачи, здоровья всем и развития дистрибутиву!
Название: Re: Доноры ядра для PRA
Отправлено: sfs от 29 Март 2021, 15:54:36
Монолитных ядер (для которых не нужны модули в инитрд) достаточно. Обновляются
Может опробуем портеус...? Скомпилим проприетар.
Пробовали. Норм. Но к свежим не нашел хедеров
Поправил в шапке. Из больших с ауфс - Роса самая свежая

Или есть желающие продолжить сборку pf ядер...
В итоге сам и скомпилил (https://forum.puppyrus.org/index.php?topic=14803.msg176197#msg176197)
Только там сейчас uksmd. По цифрам у меня на 8гб ram с кучей закладок браузера было гиг экономии
Получается придется компилить самому
Предлагаю здесь (https://forum.puppyrus.org/index.php?topic=21774.msg172298#msg172298) обсудить конфиг и патчи
Сейчас
Конфиг от porteus 5.10
config.x86_64 (https://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.11.0-pf2-1-pra/PKGBUILDs.tar.xz)
Название: Re: Доноры ядра для LF (с AUFS)
Отправлено: yxma от 28 Сентябрь 2023, 17:26:56
manjaro
за что манджару зачеркнули?
Название: Re: Доноры ядра для LF (с AUFS)
Отправлено: sfs от 03 Октябрь 2023, 16:58:02
В свежих ядрах нет aufs
Название: Re: Доноры ядра для LF (с AUFS)
Отправлено: sfs от 15 Январь 2024, 13:42:36
зачеркнул в шапке магею и armbian
https://download.ublinux.ru/distrib/2204/ublinux_db/base/001-linux-5.17.6-2-x86_64.ubm - здесь есть aufs