алгоритм такой. Скачиваем https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.13.tar.xz, выполняем make menuconfig, получая файл config. Далее сравниваем с config от pf-kernel, отмечая изменения внесенные post-factum, назовем их diff-pf-config.
И уже потом прореживаем, отталкиваясь от конфига Pro, но помня о приоритете diff-pf-config. Тем самым удастся сохранить и не выключить все новые оптимизации pf, о которых еще не знал Pro, почему их и нет в его конфигах.
Думаю, проще сделать наоборот.В mono.tar.gz (http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.12.0-pf6-lf/mono.tar.gz) :
Цитата: sfs от 29 Июль 2021, 09:59:19
сравнить конфиги и сделать скрипт который делает монолитное ядро из любого конфига. Т.е. переводит модули ядра в монолит, чтобы не таскать в инитрд udev
Теперь надо хорошенько почистить mono рукамиУдаляю - это значит, что в итоговом конфиге это значение останется от pf (из config_arch_generic)
CONFIG_TCP_CONG_BBR=m
CONFIG_TCP_CONG_BBR2=m
сравнить конфигиПолезные скрипты уже присутствуют в исходниках ядра. Я не спец по ядрам, поэтому был не в курсе.
В итоговом mono2 этого нет. Т.е. не только меняется m на y, но и режутся полезные функции.
Скрипт меняет все =m в исходном на =y , перечисленные в monomono - список того, что нужно менять.
config_arch_generic-mono - итоговый конфиг, полученный скриптом kernel-mono.shВсе что было в config_arch_generic - осталось в config_arch_generic-mono. Скрипт вообще ничего не удаляет. Только меняет m на y и добавляет в конец конфига
Экономить следует не на оптимизациях, а на поддержке железа, которое не используется форумчанами и т.д.Что именно? Наверное лучше скомпилить пакет по полной, а потом удалить лишние модули.ko из 000-kernel*.pfs. Кому понадобятся - возьмут из пакета
scripts/kconfig/merge_config.shВот пример (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cx2072x) использования
./scripts/kconfig/merge_config.sh -m .config ../config.fragment
https://sysadmin.pm/bbr-algo/
Почему-то с этим параметрами i686 ядро не компилилось
Если включить zstd в i686 тоже какая-то лажа - см. скринhttp://mirror.yandex.ru/puppyrus/puppyrus-a/kernel/new/5.13.0-pf5-lf
В исходном config_arch_generic:Ведь чтобы включить эту функцию требуется большее:ЦитатаCONFIG_TCP_CONG_BBR=m
CONFIG_TCP_CONG_BBR2=m
grep -E "CONFIG_TCP_CONG_BBR|CONFIG_NET_SCH_FQ" config_arch_generic
использовать config_arch_generic как естьlf5 это и есть "как есть"
Тогда уж проще использовать дефолтное ядро ЛинуксаНет aufs uksmd le9
$ lh fs/ksmbd/ksmbd*В 000-kernel-5.13.0-pf5-lf5_64.pfs:
-rw-r--r-- 1 live live 161K авг 12 22:30 ksmbd.ko.zst
$ lh fs/ksmbd/ksmbd*
-rw-r--r-- 1 root root 466K авг 18 18:06 ksmbd.ko
На размер ядра влияет и сжатие модулейСжатие vmlinuz, как я понял, задается отдельно. В 513 я изменил gzip на zstd. Изменить на скомпиленном нельзя или я не знаю как)
# CONFIG_MODULE_COMPRESS_NONE is not set
# CONFIG_MODULE_COMPRESS_GZIP is not set
# CONFIG_MODULE_COMPRESS_XZ is not set
CONFIG_MODULE_COMPRESS_ZSTD=y
CONFIG_NET_SCH_FQ513 для i686 не ест такие конфиги. Откуда взяли?
https://sysadmin.pm/bbr-algo/Прчему-то с этим параметрами i686 ядро не компилилось
с этим параметрами i686 ядро не компилилосьЕсли включить zstd тоже какая-то лажа - см. скрин
достаточно скомпилить vmlinuz с aufsмонолитно. Только я не знаю как такое сделать. Проще компилить маленькое ядро. А кому надо модули к нему от родного pf подтянет
http://mirror.yandex.ru/puppyrus/puppyrus-a/kernel/new/5.13.0-pf5-lfНе загрузился с флэшки fat32.
Заменил папку /usr/lib/modules/5.13.0-pf5-lf5 в 000-kernel-5.13.0-pf5-lf5_64.pfs на /usr/lib/modules/5.13.0-pf5 из linux-pf-generic-5.13.5-1-x86_64.pkg.tar.zst.Если с 5.13.0-pf5-lf такое прокатит и например , это поможет iwd - надо ли что-то больше маленького ядра...
В качестве бреда.Попробовал повторить.
Система грузится, модули отключаются/включаются на горячуюДа. потому что ауфс монолитно.
https://sysadmin.pm/bbr-algo/Подставлять не bbr, а bbr2. Подсмотрел при тестировании ядра xanmod, там это включено по умолчанию.
live@roll2110 ~ % sudo sysctl -a | grep congestion
net.ipv4.tcp_allowed_congestion_control = reno cubic bbr2
net.ipv4.tcp_available_congestion_control = reno cubic bbr2
net.ipv4.tcp_congestion_control = bbr2
live@roll2110 ~ % sudo sysctl net.core.default_qdisc
net.core.default_qdisc = fq_codel
не работает.В 513-pf-lf5 тоже? Там как раз плясали от авторского конфига
осмысленноУ меня нет такой квалификации по ядру. Максимум что смогу - прикрутить к авторскому ауфс
У меня нет такой квалификации по ядру.Как вариант, погонять железо с Modprobed-db (https://wiki.archlinux.org/title/Modprobed-db), затем создать .config_pra, который очень сильно похудеет, и сравнить с авторским с помощью diff. И уже вот этот .config_diff и взять в разработку.
погонять железо с Modprobed-dbЧье? С этим есть смысл баловаться только индивидуально под свое железо. У нас был скрипт из пупи, который коцал модули ядра. Потом втыкаешь что-нибудь в юсб и облом :))
Надеюсь смог внятно объяснить.Не смог. Попробую еще раз.
У кого с такими ядрами что-то не пошло по железу - там же есть большие ядра. Самое свежее с ауфс - 57manjaro.По уму, le9 должен быть обязательным для всех наших ядер.
По хитрым фишкам типа uksm le9 и т.п. - думаю что народ не вдупляет и всем пофигу. В большинстве дистров этого нетВо-первых, были положительные отзывы и среди форумчан. Во-вторых, именно такая позиция и работает во вред популяризации линукс. Попробовав его впервые, забив память и столкнувшись с дичайшими тормозами при подключении свопа, новичок 'плюется' и возвращается на Windows, где работа с памятью более оптимизирована.
Сделаете?Я уже больше недели юзаю авторское бинарное 5.15-pf4, и планирую продолжать и далее. Надеюсь в будущем подвезут и горячее подключение. Пока же доволен работающими всеми авторскими фичами и оптимизациями.
У меня по ядрам особой квалификации нет и особо увеличивать ее не планируюЗначит мой большой пост выше считать не актуальным, но удалять не буду.
за основу берется древний конфиг Pro, который создавался при царе Горохе и многих авторских фич и оптимизаций там просто нет,Вот вы поюзали свежее ядро от пф. Что по итогу удалось выявить чего нет в 513пф-лф?
Что я предложил вчерашним постомПочему сами не хотите это попробовать? У меня по ядру знаний не больше чем у вас. Или к кому обращение?
По уму, le9 должен быть обязательным для всех наших ядер.513 с этой фичей есть под 32 и 64 и еще есть 414 под 32
народ не вдупляет и всем пофигу
были положительные отзывы и среди форумчан.Можно ссылки?
такая позиция и работает во вред популяризации линуксВыше головы не прыгнуть. Лучше четко понимать что делать не умеешь и искать других путей, чем накосячить и всем такое рекламировать
юзаю авторское бинарное 5.15-pf4, и планирую продолжать и далее.Да. Это очень интересно. Держите в курсе. Может вдохновит меня или еще кого
Вот список доноров.Думаю попробовать mageia . Там самое свежее 515
Думаю попробовать mageia . Там самое свежее 515
bash-4.4# get_txz -l kernel
/a/kernel-firmware-20211216_f682ecb-noarch-1.txz
/a/kernel-generic-5.15.10-x86_64-1.txz
/a/kernel-huge-5.15.10-x86_64-1.txz
/a/kernel-modules-5.15.10-x86_64-1.txz
/d/kernel-headers-5.15.10-x86-1.txz
/k/kernel-source-5.15.10-noarch-1.txz
kernel-generic-5.15.10-x86_64-1.txzИз слаки? ауфс есть?
ауфс есть?В generic скорее всего нет.
компилю маленькое ядро : конфиг из пупи слако +pf +необходимое для iwdhttp://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.15.0-pf5-ps
5.15.0-pf5-amВ Richy64 работает, но не запустились автоматом при старте retrovol и trayNet. Из консоли запускаются.
В Richy64 работает, но не запустились автоматомА с другими ядрами работает? Попробуйте sleep 3 && retrovol
компилю маленькое ядро : конфиг из пупи слако +pf +необходимое для iwdядро 8мб - не так уж и мало. Вспомнил про porteus (https://forum.porteus.org/viewtopic.php?p=52232#p52232)
http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.15.0-pf5-ps
Не работает radeon ,т.е. на ATI видяхах разрешение экрана маленькое и не увеличить
# grep "_FS=m" pf_defconfig-lf-pt3
CONFIG_NTFS_FS=m
CONFIG_BTRFS_FS=m
CONFIG_NTFS_FS=m
CONFIG_REISERFS_FS=m
CONFIG_XFS_FS=m
kernel-5.15.0-pf5-pt3Загрузилось легко и непринуждённо (на Richy). Проблема та-же, причина - не срабатывает "export DISPLAY" в trayNetUp. На 5.13 - норм.
Cюрпризы возможны.udev ругается на отсутствие групп netdev, dialout, input, cdrom, tape, plugdev, на 5.13.0 не было. При vga=791 вместо кириллицы квадратики, vga=normal - нормально, на 5.13.0 тоже это наблюдается.
udev ругается на отсутствие групп netdev, dialout, input, cdrom, tape, plugdev,В Ричи? Как это увидеть? В итоге из-за этого что-то не работает?
vga=791 вместо кириллицы квадратикиВ параметрах ядра? Квадратики в консоле до Х? Зачем такое задавать?
Как это увидеть?Глазами.
В итоге из-за этого что-то не работает?Всё работает, но на всякий случай создал недостаюшие группы.
Квадратики в консоле до Х?В первичной (initrd)
У меня есть, а в новых ядрах?В моих ядрах до 2022 года от pf был только uksm, т.к. использовался (https://aur.archlinux.org/cgit/aur.git/tree/pf_defconfig?h=linux-pf) не авторский конфиг :'(
стоит ли так "пересушивать" ядро?В LFD10 будет маленький монолитный 5.15.0-pf5-pt14 (https://forum.puppyrus.org/index.php?topic=23523.msg181750#msg181750), но с усеченным функционалом, который требуется редко.
в prar.iso mg2 поставить : полумонолитный - загрузка с ext ntfs3 fat разделов HDD SSD. C DVD USBflash и пр. FS загрузится только с initrd-raf2 или uird .По итогу часто востребованное можно перенести в маленькое ядро
initrd получается "привязанный"rootaufs2 инитрд легко собирается в любом арче. uird везде. Для сборки в прар надо подключить 070-prar-full
Да. nls_437 nls_iso8859_1 помогли, но дальше попробовал с сд (исо в виртуалке) - еще повылезало. Потом попробовал с usb - еще повылезало. Если все это добавить монолитно - будет совсем большой размер vmlinuzВыпуск 5.16Уже компилю чтобы порешать с фат. На 515mgm опять проблема с загрузкой с фат. Видимо не хватает монолитных nls
Сейчас компилю 516Все фичи pf как в авторском. Исходный конфиг от mageia
5.16.0-pf1-mg2В Richy не работает (kernel panic). Доходит до "Поиск системных файлов"
У меня на 2х пк с ext4 - норм. с pra-porteus-initrd (без udev и дополнительных .ko)5.16.0-pf1-mg2В Richy не работает (kernel panic). Доходит до "Поиск системных файлов"
А kernel-5.15.0-pf5-pt14 не пробовали? Он монолитныйkernel-5.15.0-pf5-pt3Загрузилось легко и непринуждённо (на Richy). Проблема та-же, причина - не срабатывает "export DISPLAY" в trayNetUp. На 5.13 - норм.
Вы со своим инитрд пробовали?Да.
Попробуйте с моимС Richy не прокатит.
В 5.16.0-pf1-mg2 по минимуму. В 5.16.0-pf1-mg3 почти ничегоА стоит ли так "пересушивать" ядро? Ведь initrd получается "привязанный". Понятно, что уменьшится расход RAM, но, как ты сам любишь говорить, "по сравнению с браузенром...."
initrd-raf2-5.16.0-pf1-mg2-fallback.xz
uird.lfa.cpio.xz
000-kernel-5.16.0-pf1-mg2-net+_64.pfs - куча дополнительных дров сетевух сделанные этим скриптом. Если без него у вас видны все сетевухи = он вам не нужен