low-memory-monitor может стать дефолтным юзерспейсным ООМ киллером в Fedora 32

единственная возможность улучшения интерактивности при ограниченных ресурсах - отказ от современного жирного и жручего софта и оптимизация всей системы. попытки убивать процессы на десктопе - это какая-то дичь. потому что если десктоп выжирает память и валится в своп - это уже системная проблема. и её не решить убиванием «ненужных» процессов.

отказ от современного жирного и жручего софта

А можно отказаться от нормальной жизни и уйти в монастырь.

Так сколько штук навелосипедили уже? Я сбился со счёта.

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

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

Ну не должно, но возникло и что тогда? Впрочем, стараюсь не допускать и у меня как-то уже не помню даже когда такое возникало. Хотя при тестировании всякое может случиться, например, если расчеты идут несколько часов и не заметил, что память течет.

Вот то, что OOM может непредсказуемо что прибить неправильно.

На самом деле, по-хорошему, должна быть обеспечена отзывчивость хотя бы консоли по Ctrl+Alt+F1...4 - чтобы переключился и хотя бы из консоли можно было порядок навести.

Ну фигню написать на коленке, которую потом только выкинуть — несложно. Вот и…

Так сколько штук навелосипедили уже? Я сбился со счёта.

8 штук насчитывал, кажется.

Кстати говоря,

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

Демо: https://youtu.be/H6-qfXqzINA

Код поделия еще не опубликован.

Вот то, что OOM может непредсказуемо что прибить неправильно.

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

8 штук насчитывал, кажется.

Пора стандартизировать.
Победит тот, кто первый сможет замерджить свой функционал в systemd.

а если я подключу никому ненужные (в том числе и мне) три hdd на 3Тб, 500гб, 1Тб + один ssd 64Гб и сделаю их свопоми?

проверь, расскажешь

я к тому что hdd для свапа на 1тб стоит дешевле планки оперативы на 16гб.

Своп на HDD - отвратительня идея. HDD - это очень медленно.

Есть бизнес идея: swap как SaaS.

Запилить на стороне клиента небольшой кеш страниц, а остальное коммуницировать с облаком.

Когда ещё представится возможность словить лулзы, выйдя на рынок с баззвордами «скачать память недорого»?

но 10 лет назад мы как то жили же с таким свопом и не ныли.

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

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

Так далеко уже всё зашло, что подобные оом киллеры для десктопа это только начало, дальше будут внедрять в продакшин тоже самое и для серверов и для систем хранения. При этом за целостность данных вроде бы как сможет по прежнему отвечать транзакционность, но туда же тоже набрали сторонников удешевления. Поэтому не факт что вообще что-то будет работать в обозримом будущем. Чёрт его знает как это вернуть вспять, такое ощущение что люди просто отупели раз в 10 за последние 30 лет.

киллером

Можно этому киллеру Поттеринга заказать?

Есть ещё ssd, но своп всё же значительно лучше простого убивания приложений. Если же своп делается с учётом важности приложений и компонентов, то это на так страшно как кажется. Скажем выгрузку большинство вкладок браузера на хард вполне можно без проблем для отзывчивости сделать. А вот если свопится само системное окружение или базовые ui вещи вроде wm, композитора и панелек - то это конечно ад.

и туда давно начали втаскивать сторонников удешевления разработки

Что ещё не всех сторонников удорожания разработки по миру пустили? Откуда вы берётесь?!

А что, другого варианта нет? Я вам так скажу: то что софт жручий и жирный не имеет даже под собой экономического обоснования. То есть разработка и отладка такого софта вовсе не дешевле, как это обычно рассказывают направо и налево адепты. Обычно достаточно оценки на разработку, отладку, эксплуатацию и исправление ошибок чтобы понять, что традиционный длинный способ разработки родом из прошлого века в итоге оказывается дешевле. Но оценку же тоже больше никто не делает. Грубо говоря теперь и финансистов и экономистов и бухгалтеров мнения тоже не спрашивают. Всем рулят какие-то оторванные от реальности стратеги.

Вполне можно делать не жирный качественный софт и решать подобные проблемы на корню. Придётся отказаться от всяких псевдоинноваций каждые 2-3 года, а вернуться к планам на 5-10-15 лет. Но качество возрастёт и инновационность тоже ускорится. Все нынешние инновации из того времени растут, когда планирование было в 3-5 раз длиннее по времени.

SSD для свопа? Боюсь SSD подохнет раньше времени от частых записей – у него же лимит.

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

Подохнет, ну и что? Заменить не проблема. Кеши на ssd обычное дело, их преимущество в том, что при рабочих 16-32 гигах можно иметь кеш на 64, который и для свопа и для дискового кеша. Да, при таком использовании ssd изнашивается быстрее, зато система вообще не имеет проблем с io.

Да вы просто чипендейлы какие-то.

Подохнет, ну и что? Заменить не проблема

Ах, ну да, вы же не сторонники удешевления производства.

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

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

Демо: https://youtu.be/H6-qfXqzINA

• здесь практически так и происходит - зарезервирован участок MemAvailable 10%.

А то сейчас всё виснет как в винде нулевых и всё только ресет.

ССЗБ если не используешь earlyoom.

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

В каком смысле системная ? Всмысле, что это не вина линукса, а вина хреновых подходов к разработке софта (электроны всякие), так ?

и её не решить убиванием «ненужных» процессов.

То есть, если какой-нибудь заглючивший хром внезапно решит выжрать все мои 128 гигов ОЗУ (утрирую, конечно, но 64 битным приложениям ничто не мешает так сделать), то заблаговременное его убийство (когда по динамике за какое-то время становится понятно что дело швах) с целью недопущения ситуации когда система станет колом и у меня начнет от этого бомбить пукан, это по вашему не решает никакую проблему ?

Можно этому киллеру Поттеринга заказать?

При возникновении нехватки памяти в федоре low-memory-monitor будет убивать Поттеринга? Вот это инновации ))))

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

Прямо эталонное отрицание реальности.

Дальше стадия торга?

Дальше должна быть стадия гнева: отрицание, гнев, торг, депрессия, принятие.

ССЗБ если не используешь earlyoom.

Да что-то влом, не так уж и часто у меня виснет система

У меня последние 6 лет SSD стоит свопом. Жив зараза.

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

Действительно есть в федоре, надо попробовать, спасибо за совет.

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

В этом смысле могу привести другой пример: ноутбук, на котором сейчас работаю, вскоре ждёт замена клавиатуры, она банально истёрлась. Это не из-за её качество, одно одно из лучших, а просто из-за работы.

На самом деле, по-хорошему, должна быть обеспечена отзывчивость хотя бы консоли по Ctrl+Alt+F1...4

А сейчас этого разве нет? Тогда дико плюсую, в памяти всегда должно быть зарезервированное место для базовых system rescue utils, с помощью которых можно помониторить, поприбивать лишнее и поисполнять какие-то базовые команды

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

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

Что за пердольская технология-то? Через цгруппы в итоге сделал?

А сейчас этого разве нет?

https://www.opennet.ru/opennews/art.shtml?num=51231 - в описанном кейсе этого нет, происходит полная длительная заморозка.

Победит тот, кто первый сможет замерджить свой функционал в systemd.

Возможно, вы пошутили, но на самом деле нет. Условному oomd там самое место.

Таки да. Просто лимит 80% на юзер слайс memory.max + корректировка этого лимита при уменьшении MemAvailable + запрет своппинга систем слайс.

Еще второй видосик:

Something new: high responsiveness with active swapping. Code not yet published.

With tail /dev/zero: https://youtu.be/H6-qfXqzINA

With stress -m 9 --vm-bytes 99G: https://youtu.be/DJq00pEt4xg

In the latter case, without the use of a special daemon, there would be complete freezing.

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

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

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

Алсо,

None of them were suitable for integration in the desktop unfortunately, otherwise I wouldn’t have written a new one. There’s not much «collaboration» left to be done, the code is written, and functional. It’s waiting for integration.

Я не особо следил, но с моего дивана кажется, что его реакция слегка мудаковата?

Абсолютно мудацкая самоуверенная реакция. За пару недель сделал демона, поставил тег 1.0 и пихает в дефолтную поставку, никого не спросив.