Должно ли такое поведение быть включено на десктопе по умолчанию?

по умолчанию — нет, но иметь такую возможность было бы неплохо

иметь такую возможность было бы неплохо

Возможность есть прямо сейчас. Демо https://youtu.be/ChTNu9m7uMU

Хотелось бы больше аргументов. В чем минусы?

Я бы не прочь, такую штуку накатить.

Годно, нужно, KDE-шно.

Не торопись, скоро в Linux завезут весёлых патчей, благодаря которым система не будет вставать раком из-за нехватки RAM, прямо как Windows или macOS и все эти свистоперделки и костыли отпадут.

Линукс ядро не может мягко обрабатывать ситуации с нехваткой памяти

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

скоро в Linux завезут

Слышу такое уже более десяти лет.

Вместо решения проблемы линуксоиды изобретают очередной слой костылей!

позволит юзеру вовремя остановиться

Может это софту стоит прекратить жрать как не в себя?

чтоб избежать потери данных

Если юзер использует вместо софта кусок непотребства, которое для текстового файла размером в 800K жрёт 800M RAM — пользователь сам виноват.

если уровни MemAvailable & SwapFree падают ниже 20% - юзер начинает получать периодические уведомления

Лучше сразу удалять софт, который регулярно жрёт, чего мелочиться-то?

Необучаемые всё продолжают троллить тупостью

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

решения проблемы

Какого решения? Память только для того и нужна, чтобы её занимать.

Уведомления нужны когда памяти осталось меньше 15 мегабайт, т.е. меньше, чем на веббраузер понадобится. Но это ещё не конец и надоезать не надо, вместо веббраузера ещё можно десяток башей запустить.

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

Уведомления нужны когда памяти осталось меньше 15 мегабайт

Современные эмуляторы занимают десятки мегабайт. Сам процесс баш весит в памяти метров 8.

+ надо чтоб у юзера был запас времени на реакцию. Если идет утечка - надо более ранее уведомлять.

ввести процессорный шедулер, чтоб одна задача не занимала проц

Уже введен: cgroup2

Лимиты по цпу есть. Ах да, и nice -n 19

Не торопись, скоро в Linux завезут весёлых патчей

Я и сейчас используй юзерспейсные киллеры. Речь не только о зависании, но и о возможности избежать киллинга.

У меня пишет баш 1300кб рес + 4кб шаред, но это видимо что-то не то. Рядом висят баши 4500кб+3500кб. Xterm 4/8/14 мегабайт рсс и 2.5 шаред, у st вроде поменьше. St не современный?

bash 7 M VmRSS незанятого баша в пустом терминале

Топ по RSS http://okturing.com/src/6872/body

скоро в Linux завезут весёлых патчей, благодаря которым система не будет вставать раком из-за нехватки RAM, прямо как Windows или macOS и все эти свистоперделки и костыли отпадут.

Не факт что завезут. Не факт, что даже если завезут, решение будет достаточно изящным.

Вот пошла мода форсить идею, что PSI (новая ядерная метрика для детекта уровня задержек cpu/mem/io) спасет всех от зависаний при нехватке памяти. Однако она не позволяет однозначно сказать, произошла ли заморозка десктопа у пользователя. В одних случаях мы видим заморозку на уровне mem avg20, в других на увровне 60 курсор еще шевелится. Еще картина зависания зависить от io, но современные киллеры реагирую только на давление mem (в oomd что-то сваязанное с io добавляли, не помню что там, по дефолту это не предлагавется).

Компилял я намедни хромиум с -j16. Оперативы 10 гиг, свопа 20 гиг. Для компиляции рекомендуется минимум 8, для комфорта 16. Суть такова: псишные метрики повышались до больших значений: io avg60 местами держалась выше 90, а mem avg60 запросто была на уровне 40 или выше, точно не помню. Суть в том, что это уровень нагрузки, соответствуюший полному зависанию десктопа и невозможности сдвинуть курсор. Известные киллеры (psi-monitor https://github.com/endlessm/eos-boot-helper/tree/master/psi-monitor, low-memory-monitor https://gitlab.freedesktop.org/hadess/low-memory-monitor/, особенно см https://gitlab.freedesktop.org/hadess/low-memory-monitor/issues/8) давно бы всех расстреляли - например, psi-monitor уже используется в Endless OS и стреляет при нагрузке mem full avg10=10. Таким образом, psi-monitor не позволил бы компиляции завершиться. Компиляцию спасло то, что происходила она ночью, когда я ушел спатки и отзывчивость десктопа была не важна, а киллер был выключен.

Любое решение, основанное на PSI, не удовлетворит всех - разные юзеры предпочтут разные уровни давления, при которых должен реагировать киллер. В то время как ядро впадает в одну крайность - не убивает никого и позволяет системе дедлочиться, неоторые киллеры впадают в другую крайность - см https://gitlab.freedesktop.org/hadess/low-memory-monitor/issues/8 - реагируют по дефолту слишком рано и агрессивно, а oomd способен только убивать целые контрольные группы, что для десктопа избыточно.

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

В MATE такая херь есть когда на диске места мало предупреждает

Через notify-send работает? Думаю, хорошая вещь

Через notify-send работает? Думаю, хорошая вещь

Некоторые считают, что это не true. Есть мнение, что notify-send - это костыль, пригодный для вставки только в скрипты. – https://pagure.io/fedora-workstation/issue/98#comment-612913

Думаю, хорошая вещь

Если так, то можешь начать использовать nohang, если ты не питонофоб, как @IronBug

скоро в Linux завезут весёлых патчей

Не в линукс, а в системд. линукс хрен сдвинется с мертвой точки, а вот Лёня за любую движуху.

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

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

Поправил.

да только не нужно писать такие вещи на питоне! такой демон должен умещаться в одном бинарнике никак не больше 2мб по потреблению, с, с++, есть же nim, можно поизвращаться с rust или go - но не надо.

такой демон должен умещаться в одном бинарнике никак не больше 2мб по потреблению, с, с++

Feel free to implement.

Feel free to implement.

А что сразу делать как лучше не судьба? ТС пусть еще на node.js это напишет с модулем leafpad.

Помню как на свежеустановленной федоре прибиваешь gnome-software и packagekit сразу +400мб рамы.

Поведение оставить на DE, а там давно пора готовые профили ввести. Я не согласен с тем, что в KDE сделали, поэтому вместо powerdevil/solid приходится пользоваться nut, acpid и т.п.

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

А что сразу делать как лучше не судьба?

Начал изучать питон первым - начал писать на питоне то, что мне нужно.

прибиваешь gnome-software и packagekit сразу +400мб рамы

Можно просто выключить https://github.com/tim77/reduce-gnome3-ram-usage