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

Автор Тема: Доноры ядра для PRA  (Прочитано 4246 раз)

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

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Доноры ядра для PRA
« : 22 Февраль 2015, 18:58:09 »
http://wiki.puppyrus.org/puppyrus/pra-roll?&#aufs
Большие AUFS ядра  (проверить - поискать aufs.ko или aufs в modules.buildin) будут работать только с initrd160212 или UIRD
Потенциальные доноры ядер:
1. manjaro
Здоровый баланс свежести и стабильности, Проприетарные дрова - готовым модулем.
https://gitlab.manjaro.org/packages/extra/linux51-extramodules
https://gitlab.manjaro.org/packages/extra/linux420-extramodules/nvidia-390xx/
2. ubuntu
3. Роса. Дрова видях здесь придется компилить (взять из magos - староваты)
4.  Porteus 32+64 (работают без модулей ядра в initrd). OLD
5. FatDog
6. linux-zen Нет проп. дров

Почему бы не брать ядро от Росы, как у нас?
оно содержит  почти все что и pf.
« Последнее редактирование: 07 Июнь 2019, 14:18:01 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Доноры ядра для PRA
« Ответ #1 : 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 нужны либы

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Доноры ядра для PRA
« Ответ #2 : 22 Февраль 2015, 19:49:48 »
1. А зачем новее? Можно брать и новее, версии на любой вкус есть.
2. Меньше, чем то ядро с вкомпилеными модулями что в PRA
3. Так и должно быть. Я уже неоднократно говорил, что вкомпиливать модули в ядро - бесперспективно и в большинстве случаев ничего не дает. Псевдоиллюзия гибкости.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Re:Доноры ядра для PRA
« Ответ #3 : 22 Февраль 2015, 20:04:57 »
1. по большому счету не принципиально
2. да. Выкинуто много того чего в домашнем фругале явно не понадобится
3. В чем бесперспективность? У нас работает и грузится быстро

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:Доноры ядра для PRA
« Ответ #4 : 22 Февраль 2015, 20:12:58 »
Назревает ядерная война?  ;D
За что собственно боремся? боеголовки класса земля-земля или земля-воздух?
Что от ярда хочется и чего в теперешнем не хватает? (вопрос ислючительно для полноты картины)
« Последнее редактирование: 22 Февраль 2015, 20:17:39 от for_wov »
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Re:Доноры ядра для PRA
« Ответ #5 : 22 Февраль 2015, 20:21:37 »
Никакой войны. Плановое обновление. Вышел свещий патч pf - Pro собирает
Боремся за звание современного дистра

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Re:Доноры ядра для PRA
« Ответ #6 : 22 Февраль 2015, 20:26:06 »
2. я имел ввиду, что в Роса ядро получается меньше из-за того, что модули вынесены в initrd.
3. в том, что это частный случай на определенном оборудовании.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 7191
  • Репутация: +168/-2
  • Старый чайник
Re:Доноры ядра для PRA
« Ответ #7 : 22 Февраль 2015, 20:37:26 »
в том, что это частный случай на определенном оборудовании.
Но это точно так-же относится и к вынесенным в initrd модулям. Так что, что в лоб, что по лбу.
Кроме того выигрыша по размеру не получается, просто модуль из ядра перемещается в initrd и ещё требуется время и ресурсы для подключения модуля. Счёт не в вашу пользу.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150)
Netbook Acer 722 c6ckk (AMD C-50 Ontario, Radeon HD 6250)
Nettop Asus Eee Box PC B202 (Intel Atom N270, intel GMA 950)
Nettop Asus Eee Box PC EB1007 (Intel Atom D425, Intel GMA 3150)
Вопросы: DdShurick@jabber.ru

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Re:Доноры ядра для PRA
« Ответ #8 : 22 Февраль 2015, 20:56:14 »
Это только, если не использовать как раз те модули, что отсутствуют в ядре (например сетевые) и совсем на чуток. А если начать использовать, то опять упираемся в то, что тянуть целиком все модули ядра по сети - расточительно.


Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Re:Доноры ядра для PRA
« Ответ #9 : 22 Февраль 2015, 20:56:43 »
Оборудование под которое заточено ядро Пра известно - сд винт, файл системы тоже - fat ntfs ext
Другого не предвидится.
Вообще все модули в ядро - конечно плохо. Но, когда 100пудово нужный модуль не вкомпилен - его придется дублировать в сквоше и инитрд.
Сетевой загрузкой не заморачиваемся - дистр домашний. Да вроде она и есть в портеусе - там хитро монтируется сквош с модулями ядра
2. я имел ввиду, что в Роса ядро получается меньше из-за того, что модули вынесены в initrd.
         PRA    Роса
ядро    3,6мб 3,8mb
модули 13мб  41mb
Если заморачиваться "маленький и быстрый" - ядро надо точить
В больших дистрах заморачиваются только "универсально"
« Последнее редактирование: 22 Февраль 2015, 21:07:33 от sfs »

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Re:Доноры ядра для PRA
« Ответ #10 : 22 Февраль 2015, 21:20:35 »
если вы посмотрите на список модулей ядра для поддержки сд и винта, то увидите много интересного.
именно поэтому универсально сделанное ядро с модулями занимает такой объем.

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

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

squashfs устроена так, что когда читается файл из большого архива или маленького, то на распаковку блока уходит одинаковое количество времени, немного чуточку на поиск блока в общем объеме большего файла уходит больше, но это время не соизмеримо со временем распаковки блока.
поэтому когда вы подключили образ модуля в 1Гб или в 10 Мб, работают они одинаково быстро. В этом гениальность алгоритма squashfs. Единственное тратится больше памяти ядра на виртуальное монтирование. Но память расходуется в данном случае тем больше, чем больше модулей подключено. Поэтому использовать один большой модуль в сравнении с десятками маленьких - по ресурсам менее затратно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Re:Доноры ядра для PRA
« Ответ #11 : 22 Февраль 2015, 21:35:11 »
Так в этом то и замысел ПРА. Ограничиться только домашним применением. Выкинуть все для этого не нужное и протестировать, ужать чтобы юзать copy2ram
Если этого не делать - был бы просто арч
Вы в MagOS (насколько я понял) приделали к Росе модульный сетевой фругал и больше Вам ничего не надо. Это не значит что ПРа лучше. Просто у наших дистров изначально разные задачи

Если вдруг захочется большого ядра - есть метода
Только что протестил на росином и юбунтовом ядрах

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Re:Доноры ядра для PRA
« Ответ #12 : 22 Февраль 2015, 23:24:19 »
MagOS - это логически собранный в модули дистр на репах Росы.
В нем изначально все поделено на блоки.
Мне сложно в повседневности найти машину на которой бы целиком нельзя было бы сделать copy2ram для MagOS.

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

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

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

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

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

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1028
  • Репутация: +15/-0
Re:Доноры ядра для PRA
« Ответ #13 : 22 Февраль 2015, 23:33:18 »
Еще другая особенность squashfs - это кеширование блоков в памяти, что сводит режим copy2ram на нет. Другими словами блоки, которые считались а память при запуске той или иной программы потом быстро доступны. То есть медленный первый старт, но потом повторно все летает, даже если программа находится на другом конце света и закачивается поблочно по сети.

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

Понимая их, становится очевидным бессмысленность минимизации.
Это даже без учета современного железа. А если взять еще и его в расчет, то получится что чем меньше считанный блок, тем медленнее он работает. Это связано с особенностью кеширования.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 26850
  • Репутация: +182/-0
    • PuppyRus-A
Re:Доноры ядра для PRA
« Ответ #14 : 22 Февраль 2015, 23:35:54 »
Для ПРА я много перекомпиляю. Поэтому он скорее "совместим", чем "полностью на репе" арча
если делать маленький и состоящий из минимального количества модулей - тогда небольшая почти незаметная на глаз выгода и будет.
Но учитывая какие на это тратятся силы, оно того не стоит.
pfsmerge - и у Вас 1 большой модуль. Разницы 5 или 10 модулей не замечал
Всегда можно сделать модуль с любимой программой простым действием.
Из репы модуль сделать просто. Но какой будет размер.... Поэтому много приходится перекомпилять
Борьба с gtk3, например ,  не просто далась