как проще можно узнать собрано ядро с этим патчем или нет? Я сам не собираю, но ставлю себе xanmod из copra

cat /proc/sys/vm/clean_low_kbytes

или

cat /proc/sys/vm/unevictable_file_kbytes_low

– наличие одной из ручек говорит о наличии патча (разные версии патча - разные ручки).

Обратите внимание, что не все так просто: эффект зависит от двух ручек, контролирующих мягкое и жесткое резервирование кэша. Может понадобиться правка значений для эффекта.

[root@fedora]# cat /proc/sys/vm/unevictable_file_kbytes_low
cat: /proc/sys/vm/unevictable_file_kbytes_low: File not found

но зато

[root@fedora]# cat /proc/sys/vm/clean_low_kbytes
524288

человек уже собрал с патчем.

проходите мимо ибо xanmod не заботится о работоспособности из коробки

xanmod 5.12 не включает в себя zfs содули и не загрузится на убунту если она установлена на ZFS, та как в текущем ubuntu zfs-dkms пакете 2.0.2 нет поддержки 5.12, нужно 2.0.3 минимум.

кроме того даже xanmod 5.11 не загрузится на ubuntu так как в /etc/initramfs-tools/initramfs.conf используется lz4 который нужно поменять на gzip и запустить update-initramfs (и естановить zfs-dkms прежде если на zfs).

p.s. я использую xanmod ибо там есть куча полезных патчей типа futex2 для steam proton.

zfs в качестве файловой системы на десктоп? Она уже больше не работает через fuse? Для начала обоснуй ее использование в домашней системе

pf-kernel

рассольник из вареза.

524288

Это там дефолт?

xanmod 5.12 не включает в себя zfs содули

А должен? а ванила включает?

все верно, это он https://github.com/hakavlad/le9-patch/tree/main/le9db_patches

не включает в себя zfs содули и не загрузится на убунту если она установлена на ZFS

Рученки нужно выпрямить! ;)

on@wip:~$ uname -a
Linux wip 5.13.0-rc3 #202105230001 TRIXY SMP Sun May 23 09:32:31 MSK 2021 x86_64 x86_64 x86_64 GNU/Linux


on@wip:~$ modinfo zfs
name:           zfs
filename:       (builtin)
alias:          char-major-10-249
alias:          devname:zfs
description:    ZFS
author:         OpenZFS
file:           fs/zfs/zfs/zfs
license:        CDDL
version:        2.1.99

skip module param...

но ставлю себе xanmod

Вы тут реально такие недалекие и тупые? Посмотрите на репозиторий проекта xanmod

Вас блин ничего не смущает? Вы считаете что наложение одного спорного патча на официальную ветку Linux 5.12.6 дает право этим людям выдавать ЭТО за какой то продвинутый кернел? Они обычные аферисты которые паразитируют на проекте ядра. Просто ржу и только над вами… :)

Я конечно понимаю, что большинство разработчиков ведра имеют степень в CS.

Но, прастите, накой эта вся хренотень сейчас пользователям в уши вдувается?

Вы там совсем поехавшие? Некому проспонсировать научные изыскания для выработки приемлемого механизма свопа и управления памятью?

Извините, а чем займались разработчики виндовса, коммерческих юниксов и всяких модификаций ядра для суперкомпьютеров? 30 лет ядру…🤦‍♂️

для выработки приемлемого механизма свопа и управления памятью

Это уже есть.

ты сам то понял что написал? И твой сосед сверху тоже

Патчи и сборки уровня Гриигория.

ты сам то понял что написал? И твой сосед сверху тоже

А ты великий мыслитель сказать то что хотел? Или пукнул в лужу и пошел…

нет конечно!

Как пользователь, я постоянно сылшу сопли во всяких ИТ тусовках - Линукс падает, памяти мало - ааааааа 10 лет проблеме ааааа!!

Что я должен понимать? Хайп?

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

Они обычные аферисты которые паразитируют на проекте ядра. Просто ржу и только над вами… :)

Это могло бы быть смешно, но по факту все дистрибутивы поставляют ядра со своими спорными васянскими патчами. И пользователь в лучшем случае знает, что ядро отличается от ванильного, но чем именно оно отличается, не знает практически никогда.

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

все дистрибутивы поставляют ядра со своими спорными васянскими патчами.

Это известно никто не спорит. Я сказал о том что хаnmod дерево исходных текстов ядра ничем не отличается от ванильно кроме одного тухлого патча. Посмотри в репу, это что так тяжело сделать?

А раздули из этого ахренительный проект со своим форумом поддержкой и сайтом. :))) Каждый васян осиливший команду patch может теперь создавать такой проект наложив ОДИН ПАТЧ на исходники ядра и гордиться своим ядром. Ну разве не клоуны они?

И что такого, у меня тоже есть своя репа, где я собираю чужой код с чужими же патчами, и оказываю техническую поддержку в стиле «могу пересобрать/откатить патч» всем желающим. Ну есть у них сайт, но наверное это от того, что у ядра нет сервиса распространения бинарных сборок от пользователей, а не потому что сборщиками очень хочется тратить на это время и деньги.

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

наложив ОДИН ПАТЧ на исходники ядра и гордиться своим ядром.

уже второй раз несет ахинею про СВОЕ ядро. Какое еще свое? Это просто патч любойм может собрать обычное официальное ядро с ним. Или они копирайты заменили как в болгенос? Чего возбудился?

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

Ты очень заблуждаешься! :) Этот сервис называется launchpad.net

уже второй раз несет ахинею про СВОЕ ядро.

Ту совсем я вижу ку-ку! Синька зло! Сюда зайди xanmod.org и хватит пердеть в лужу.

omg если так где тут зло что ты сам расперделся?

launchpad просто отвратительный сервис, найти на нем ссылки для загрузки правильных пакетов вручную - целый квест.

launchpad просто отвратительный сервис

Он сложен не более. Хорошо что ты согласен что сервис такой есть. И нужные пакеты из любых неофицмальных реп подключаются очень просто в конфигурации при сборке. В документации все описано очень подробно и ядра там собираются легко.

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

уже второй раз несет ахинею про СВОЕ ядро. Какое еще свое?

Свое - это любое, отличающееся от ванили. Свое - это нормально. Ваниль и не должна использоваться в норме. Ваниль - это примерный усредненный образец ядра, который допиливается мейнтейнерами дистрибутивов или юзерами по своему вкусу.

Свое ядро - это нормально. Не нормально - использовать неотёсанную ваниль.

Не нормально - использовать неотёсанную ваниль.

Не нормально - использовать исходники ванильного ядра БЕЗ ИЗМЕНЕНИЙ и делать для этого целый проект рассказывая всем какое блин крутое ядро xanmod. Обман и мошеничество.

чтобы конечному пользователю было легко скачать и установить.

И чем тебе не удобно подключение репы с пакетами и установка через «apt install»?

Ты сначала найди там правильное репо без прямой ссылки. Описания пакетов, описания репо, комментарии пользователей - все где-то в странных местах.

найди там правильное репо без прямой ссылки.

Все там есть. :) Тебе что-то не пошло быстро и ты забросил. Тут не место по обучению работы с launchpad.

Я и не говорю, что их там нет, я говорю, что это неудобное говно, прямиком из каменного века. Как и все deb-дистрибутивы, впрочем.

исходники ванильного ядра БЕЗ ИЗМЕНЕНИЙ и делать для этого целый проект

Почему без изменений? Зайди и почитай, какие там фичи как минимум, крикун.

Лучше расскажите, как этот киллер отключить.

как этот киллер отключить

Альтернатива киллеру - зависание или паника. Для второго:

sudo sysctl vm.panic_on_oom=1

И чем это лучше киллера? Всерьез считаешь, что потрерять всю систему лучше, чем потерять один жирный процесс?

Еще вариант: выставить oom_score_adj=-1000 всем процессам. Тогда киллер не сможет их убить, и при ООМ получишь мёртвое зависание.

Линуксы зависают при нехватке памяти

Шёл 2021 год… Даже в некоторых любительских ОС таких проблем нет. Управление памятью в Линуксе defective by design (overcommit), там надо часть ядра и glibc переписывать.

ну переписывай. или только с дивана газифицировать горазд?

Нигде не нужно менять на gzip, он устарел.

один из 5.11 версий у меня не грузился, cannot decode initramfs чего-то в том духе, возможно и не надо, но мне влом проверять, разница между xz и gzip сжатыми initramfs в паре МБ.

shatsky еще в 2017 здесь Есть ли хоть одна причина... все понял и правильно спрашивает:

Есть ли хоть одна причина по которой в 2017 году в линуксе нет штатного механизма ограничения минимального размера памяти, доступной для буферизации/кэширования, чтобы при ее исчерпании не приходилось черт знает сколько смотреть на unresponsive систему и ждать, пока процессы не попробуют использовать еще больше, вызвав срабатывание oom-killer, или не освободят занятую? 

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

Вот, в 2021 этот минимальный резерв кэша начали завозить в некоторые сборочки ядер.

Причина точно в другом, и любые лимиты тут ущербны

Есть ли хоть одна причина... (комментарий)

post-factum По-прежнему так считаешь?

Да.

Где?

За всех не говори, в слаке ваниль

ваниль может потому, что твоя слака никому не нужна? То над федорой смеется, то слаку в качестве неоспоримых доказательств приводит. Виндузятник детектед

Михаил, а вы случаем адресом не ошиблись? В каком месте я смеялся над федориным горем?

sysctl vm.panic_on_oom=1

Но зачем?