The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В Fedora 32 намерены включить earlyoom для раннего реагирования на нехватку памяти

05.01.2020 21:26

Опубликован план включения по умолчанию в Fedora 32 фонового процесса earlyoom для раннего реагирования на нехватку памяти в системе. Если объём доступной памяти меньше заданного значения, то earlyoom через отправку SIGTERM (свободной памяти меньше 10%) или SIGKILL (< 5%) принудительно (завершит работу процесса, наиболее активно потребляющего память (имеющего самое большое значение /proc/*/oom_score), не доводя состояние системы до очистки системных буферов. Earlyoom позволит более оперативно реагировать на нехватку памяти, не доходя до вызова обработчика OOM (Out Of Memory) в ядре, который срабатывает, когда ситуация становится критичной и система, как правило, уже не реагирует на действия пользователя.

В более отдалённых выпусках Fedora рассматривается возможность включения обработчика нехватки памяти low-memory-monitor, который использует появившийся в ядре Linux 4.20 и улучшенный в 5.2 интерфейс /proc/pressure/memory для оценки нехватки памяти в системе, но в отличие от earlyoom сразу не завершает процессы, а отправляет через DBus уведомление о необходимости снизить потребление памяти (если после этого ситуация не нормализовалась, возможна активация OOM Killer ядра). Low-memory-monitor требует модификации приложений, поэтому он рассматривается как решение для отдалённой перспективы, которое можно будет задействовать после адаптации приложений GNOME.

Для отслеживания ситуации нехватки памяти приложениями в Glib 2.63.3 добавлен API GMemoryMonitor, позволяющий отслеживать сигналы от low-memory-monitor и принимать меры (например, приложение может освободить память, используемую для кеширования, сохранить файлы, запустить сборку мусора, попытаться сократить фрагментацию памяти или завершить простаивающие вспомогательные процессы). Поддержка GMemoryMonitor также добавлена в xdg-desktop-portal для использования в изолированных приложениях, поставляемых в формате flatpak.

Дополнение: Пакет с earlyoom также подготовлен для openSUSE и запрошен для включения в основной состав. В Arch Linux пакет earlyoom доступен в AUR.

  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: Выпуск earlyoom 1.3, процесса для раннего реагирования на нехватку памяти
  3. OpenNews: Выпуск Nohang 0.1, предотвращающего OOM в пространстве пользователя
  4. OpenNews: Представлен low-memory-monitor, новый обработчик нехватки памяти для GNOME
  5. OpenNews: Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти
  6. OpenNews: Релиз обработчика нехватки памяти oomd 0.2.0
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: earlyoom, fedora, memory, oom, glib
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (184) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, gefest (??), 21:35, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.
     
     
  • 2.5, Аноним (5), 22:10, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://github.com/rfjakob/earlyoom#preferred-processes
    >The command-line flag --prefer specifies processes to prefer killing; likewise, --avoid specifies processes to avoid killing.
     
     
  • 3.20, Аноним (20), 23:12, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    о, круто! теперь блотвареписатели будут заносить создателям earlyoom, чтобы те захардкодили их творения в несокращаемый вайтлист.
     
     
  • 4.75, кек (?), 08:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >теперь блотвареписатели будут заносить создателям earlyoom, чтобы те захардкодили их творения в несокращаемый вайтлист.

    В nohang-desktop критически важные для десктопа процессы бесплатно получат пониженный приоритет при выборе жертвы.

    см https://pagure.io/fedora-workstation/issue/98#comment-618413

     
  • 2.6, НяшМяш (ok), 22:11, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +20 +/
    Зато будет весело, когда earlyroom будет убивать третьегном )
     
     
  • 3.19, VINRARUS (ok), 23:09, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом earlyoom начнёт убивать earlyoom...
     
     
  • 4.69, Аноним (69), 07:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом earlyoom начнёт убивать earlyoom...

    И начнется каскадный резонанс на отдельно взятом локалхосте безо всяких БАКов. Х-)
    Вот это поворот!

     
  • 3.31, кирилл (?), 23:31, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если он начнёт убивать третьегном или системд, то я точно буду ржать под столом.
     
     
  • 4.35, Аноним (35), 00:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Системд — пусть убивает, мне прямо даже интересно посмотреть, как он это сделает.
     
     
  • 5.103, Аноним (103), 11:33, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Kernel panic - not syncing. Attempted to kill init!
     
     
  • 6.127, Аноним (35), 15:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Убить инит может только ядро.
    Почему это не может сделать ни один из процессов юзерспейса — попробуйте нагуглить самостоятельно.
     
     
  • 7.148, Аноним (148), 20:20, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разве инит не может убить или завершить сам себя? Недавно наблюдал кернел паник, загрузившись с init=/bin/bash и затем выполнив exit.
     
     
  • 8.158, Аноним (35), 21:16, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Убить послать себе SIGKILL так, чтобы от этого умереть 8212 нет Завершить ... текст свёрнут, показать
     
     
  • 9.159, Аноним (35), 21:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Точнее, может, но для этого самому иниту нужно зарегистрировать обработчик SIGKI... текст свёрнут, показать
     
  • 8.193, Аноним (193), 01:38, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Напиши kill -9 1 и все будет хорошо Я так компьютер выключаю ... текст свёрнут, показать
     
  • 7.168, кирилл (?), 22:55, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ДА ладно, всегда можно написать патч, позволяющий выстрелить себе в ногу!
     
  • 7.196, Аноним (-), 00:15, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Убить инит может только ядро.

    С чего бы вдруг? :) Рут вполне может его вынести. И получить заслуженный кернелпаник.

     
  • 6.169, кирилл (?), 22:56, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и системд это не только инит, но и чёртова туча других процессов. А в федоре они традиционно запущены все.
     
  • 2.8, Аноним (8), 22:19, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сейчас те же браузеры успешно выставляют себе скор повыше и OOM-killer прибивает вкладки браузера первыми. Можно сделать с любым софтом.
     
     
  • 3.9, Аноним (8), 22:22, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я кстати внезапно понял, в чём проблема жирнолиса. И почему из-за него умирают критичные процессы. Он этого не делает. Юзабилити 11/10.
     
     
  • 4.77, кек (?), 08:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    earlyoom --prefer ^Web Content$

    В nohang-desktop планирую выдать лисе также повышенный приоритет при убийстве.

     
  • 2.16, ыфвыфв (?), 23:04, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Только вот пусть он лучше заранее закроется, чем закончится память, система повиснет к чертям и придется reset делать.
     
     
  • 3.63, Я (??), 06:08, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не надо резет. есть alt+prntscr+b, специально для этих целей.
     
     
  • 4.64, Аноним (64), 06:44, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    alt+prntscr+f завершает самый толстый процесс.
     
  • 4.92, Аноним (92), 10:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто b ничем не отличается от резета, нужен eisub. Но вообще это, правда, бесполезно, учитывая что есть f
     
  • 4.99, iPony129412 (?), 11:15, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Такой клавиши можно сказать, что нет
     
     
  • 5.161, Аноним (35), 21:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нефиг покупать "ультрапуки" с софтварным выключателем и несъёмной батареей.
    Китайское г — оно и есть китайское г, независимо от того, какая бирка там наляпана (apple или irbis).
     
  • 2.61, Аноним (61), 05:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А не все ли равно когда система зависла?
     
     
  • 3.85, хек (?), 08:50, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется все равно. Что сейчас зависнет, что через час - какая разница?
     
  • 2.83, хек (?), 08:28, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.

    Во-первых, earlyoom по умолчанию завершает тот же процесс, что и завершило бы ядро при OOM - он выбирает процесс с наибольшим oom_score.

    Во вторых, опции --prefer/--avoid позволяют удобнее защищать от убийства важные процессы.

     
  • 2.183, darkshvein (ok), 13:56, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    значит, кого то начнут активно бить по рукам за говнокод [жокингле]
     

  • 1.2, РетроАноним (?), 21:46, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А если оно Chrome и Firefox будет постоянно выключать, то как жить?
     
     
  • 2.15, bbr (?), 22:57, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Купить немного оперативки в ближайшем магазине
     
     
  • 3.124, производитель фекалий (?), 15:20, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хoрoший, гoдный пoтребитель. Чем большe тaких - тем лучше для нас. Спасибо, чтo вы есть.
     
  • 2.17, VINRARUS (ok), 23:09, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    HDD 1 Tb под Swap отдай, желательно IDE.
     
     
  • 3.110, segesg (?), 12:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ещё флоппи-диск для свопа посоветуй! ))
     
  • 3.184, darkshvein (ok), 13:56, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    пащиму айд?
     
     
  • 4.197, Аноним (-), 00:17, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что еще более тормозные интерфейсы уже вышли из обращения и дисков на терабайт под них уже не делают...
     
  • 2.30, кирилл (?), 23:29, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Выкинуть earlyoom или ещё лучше федору.
     
     
  • 3.36, Аноним (35), 00:02, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Отличный совет — бороться не с причиной проблемы, а с кем попало.
     
     
  • 4.67, Тот_Самый_Анонимус (?), 07:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут причина — гамносайты, жрущие память. Какое средство борьбы с ними, кроме как перестать посещать?
     
     
  • 5.82, Аноним (69), 08:28, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Какое средство борьбы с ними, кроме как перестать посещать?

    "Не быть тебе в Москве, не жить тебе с людьми;
    Подалее от этих хватов.
    В деревню, к тетке, в глушь, в Саратов,
    Там будешь горе горевать,
    За пяльцами сидеть, за святцами зевать."
    А. С. Грибоедов «Горе от ума»

     
  • 5.139, Vanych (?), 19:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому надо убивать не программы, а самые жрущие вкладки, чтобы снизить посещаемость дерьмосайтов. Но делать это должен сам браузер
     
  • 4.170, кирилл (?), 22:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне симметричный ответ. Ведь юзерспейсный oom именно так и поступает.
     
  • 2.78, кек (?), 08:06, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Перезагружать вкладки и работать дальше, вместо потенциального хард ресета.
     
     
  • 3.98, хек (?), 11:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видео отклеилось: отсутствие зависания при бесконечном открытии вкладок: https://www.youtube.com/watch?v=PLVWgNrVNlc
     

  • 1.3, Анонимчик (?), 21:49, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то. Очень согласен с вами, я даже ООМ не использую, а то некоторые Игори в Вино у меня часто превращают все в слайдшоу, а со всем этим и сохраниться не успеешь.(
     
     
  • 2.14, Аноним (8), 22:53, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Докиньте свопа У меня тормоза начинаются только когда своп кончается, либо когд... большой текст свёрнут, показать
     
     
  • 3.90, Аноним (90), 09:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Докидывать свопа в Линукс-системах ненужно, это не винда, если система свопуется... большой текст свёрнут, показать
     
     
  • 4.130, Аноним (8), 15:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Щито? Ви таки мне не верите? Обычная игра, дотнет там или что, я не разбирался. Frostpunk называется. И да, в требованиях на странице магазина врут - на это много жалоб было. Но я смог запустить и успешно пройти, именно докинув 16 гигов свопа. :)
     

  • 1.4, Интересующийся (??), 21:55, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Больше памяти - больше оом (:

     
  • 1.7, n1rdeks (ok), 22:15, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вот только это ещё один вирус... А если в Fedora, то скоро и во всех остальных.
     
     
  • 2.12, Аноним (12), 22:46, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в debian 10 есть пакет earlyoom, хочешь ставь и настраивай, а хочешь не ставь

    но если у меня chromium выжирает всю память то система встает колом, даже по ssh невозможно достучаться через termux, только reset

     
     
  • 3.29, кирилл (?), 23:27, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хромиум? Четвёртый по лёгкости свопинга, после pdf/djvu читалок, гимпа и файерфокса по лёгкости свопинга?! Да научитесь вы наконец включать своп и настраивать этот чёртов zram! Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.
     
     
  • 4.37, Аноним (35), 00:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.

    Как насчет спектрума? Тоже всё летает?

     
     
  • 5.172, кирилл (?), 23:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я сказал что жить в принципе можно, а не то что там что то летает. По крайней мере не падает и никакие хард резеты ему не нужны. И даже в своппинг дольше пары минут не забуривается как тут пытаются представить.
     
  • 4.66, Аноним (64), 06:57, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Да научитесь вы наконец включать своп и настраивать этот
    > чёртов zram!

    Вопреки распространяемым заблуждениям, для сжатия подкачки предназначен zswap, а zram это такой вариант tmpfs, уменьшающий эффективный объём ОЗУ. https://www.kernel.org/doc/Documentation/blockdev/zram.txt

     
     
  • 5.171, кирилл (?), 23:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но при этом значительно повышающий отзывчивость при свопинге. А эффективность zswap я покане наблюдал вживую.
     
  • 2.18, Аноним (18), 23:09, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вирус тут Linux, который при нехватке памяти вешается, делая работу системы невозможной, и при наличии и при отсутствии свопа.
     

  • 1.10, Аноним (10), 22:37, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро. А МС не будет - у них винда есть, кому не нравится говноядро - тот юзает винду.
     
     
  • 2.11, Аноним (8), 22:43, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это
    > долбанное ядро. А МС не будет - у них винда есть,
    > кому не нравится говноядро - тот юзает винду.

    Пофиксить то легко. Отключите оверкоммит, и будет у вас маллок фейлиться, как в венде. А какие ещё варианты? Это физически не решаемо. Разве что резервировать памяти ядру на такие случаи, чтобы oom-killer не зависал. Идея просить процессы умерить аппетиты выглядит здраво, это всяко лучше насильного прибития части детей. Только дальше то всё равно работать киллеру придётся.

     
     
  • 3.13, Аноним (13), 22:50, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот да, пару килобайт памяти ему зарезервировать и будет идеально, а то когда все намертво зависает я так понимаю он даже запуститься не может.
     
  • 3.38, Оно Ним (?), 00:33, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И доблестный Хромиум проигнорит SIGTERM, SIGKILL. Прям вот верю. )))
     
  • 3.41, Аноним (41), 01:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А какие ещё варианты?

    А починить ядерный OOM killer это не вариант??

     
     
  • 4.43, Аноним (10), 01:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да не оом-киллер надо чинить, а планировщик свопинга.
     
  • 4.79, хек (?), 08:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ставлю анус, что ядерный киллер в ближайшие 10 лет не починят. Эпоха юзерспейсных киллеров началась с 2018: фейсбук использует oomd в проде, в Endless OS включен собственный psi-monitor. Федора собирается. Остальным дистрам приготовиться.
     
  • 4.163, Аноним (35), 21:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А починить ядерный OOM killer это не вариант??

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

     
  • 3.42, Аноним (10), 01:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >и будет у вас маллок фейлиться, как в венде.

    Но в виндк-то не фейлится. В тех же программах тех же версий из тех же сырцов. На системах с в разы меньшей памятью.

     
     
  • 4.45, Аноним (8), 01:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно там 32 битный софт и ему надо на 15% меньше памяти. Конечно фейлится, именно поэтому система не зависает, а софт знает, что память получить не удалось, в связи с чем не пытается использовать её.

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

     
     
  • 5.48, Аноним (8), 03:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И кстати, я очень оценил отсутствие киллера и magic-key в той ситуации. Но зато у виндоус есть хоткей для перезапуска графического драйвера, что не совсем то, но иногда помогает при зависании. Главное только не ждать, пока зависнет окончательно. Прямо как в линуксе.
     
  • 5.50, Аноним (41), 03:07, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линукс легко доходит до ручки потому что у людей обычно и своп включён и высокий лимит на размер кеша записи.

    Когда какой-нибудь проге не хватает памяти, ей сначала отдаётся на откуп дисковый кеш чтения (от чего система начинает дико тупить). Затем, если памяти всё равно не хватает, забивается ВЕСЬ своп. Затем сбрасывается на диск ВЕСЬ кэш записи. Именно весь - не по частям, не сколько нужно для выделения памяти, а весь сразу, в один заход. Естественно, кэш может легко содержать несколько гигабайт ещё не закончившихся копироваться данных. Пока все они не окажутся на диске, система висит. И только ПОТОМ ядро начинает прибивать "лишние" процессы.

     
     
  • 6.111, Аноним (10), 12:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Затем сбрасывается на диск ВЕСЬ кэш записи.

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

     
     
  • 7.119, Аноним (41), 14:15, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не должен. Некоторые файлы создаются и почти сразу удаляются. Например, временные файлы, создаваемые при компиляции/линковке. Если сбрасывать их на диск с задержкой, можно потом не тратить время на удаление.

    При выключении делается тройной вызов sync, стартующий немедленный сброс всех данных на все диски. Потом отмонтируются разделы (вызов unmount завершается только когда все данные в кеше закончат писаться). В некоторых конфигурациях инита у вызова unmount может быть таймаут, и тогда данные действительно потеряются (systemd не использует там таймаут или использует очень длинный, - из-за этого он иногда зависает на неопределённое время при попытке выключения).

     
     
  • 8.122, Аноним (10), 15:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не о выключении, а о пропадании питания Иногда бывает даже в Москве, к сожале... текст свёрнут, показать
     
  • 5.105, Аноним (10), 11:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Конечно фейлится, именно поэтому система не зависает

    Главное - верить.

    >Наверно там 32 битный софт

    64 семёрка с 64 битным QtCreator + Firefox, запущены одновременно. 3 гига. Норм.

    64 Kubuntu Eoan с таким же qtcreator и firefox. оверкоммит включёт - всё виснет. оверкоммит выключен - при работающем firefox не то что qtcreator может заглючить и даже иногда вылететь, но даже программы из меню не стартуют (а из предварительно запущенной konsolи - стартуют), видимо кдешники туда вкорячили какую-то жрущую дофига прослойку.

    Выводы о качестве операционок делайте сами.

     
     
  • 6.140, Аноним (8), 19:09, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >qtcreator
    >Норм

    Проблема наверняка в том, как он собран, я сталкивался с таким. Ну и всё же сравнивать легаси систему 20 летней давности, для которой уже давно не собирают софт, с современной — это несколько некорректно. Как минимум программы не в равных условиях работают. Но повторюсь, проблема скорее всего в вебкитах или чём-нибудь таком, на вскидку можно попробовать установить отсюда и он возможно будет лучше работать https://packages.msys2.org/package/mingw-w64-x86_64-qt-creator?repo=mingw64

     
  • 5.117, Аноним (-), 13:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чего тебе верить У меня прямо сейчас под рукой две машины - винда и линукс Ска... большой текст свёрнут, показать
     
     
  • 6.132, Аноним (8), 15:46, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так это и не загоняние её в угол. Лайтово можно попробовать её повесить виртуалками, для харда нужно уменьшить своп и запустить какую-нибудь жручую игрушку и она наверняка зависнет намертво. Только условие, что у видеокарты должно быть мало памяти, а в коде эта ситуация не должна обрабатываться корректно. Никакие хоткеи и тем более запуск программ работать не будут. :)
     
  • 4.65, Аноним (65), 06:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прекрасно фейлится. Дайте к примеру в hyper-v виртуальной машине памяти не строго 2 gb например, а по умолчанию "от" и "до" и вы тут же увидите как гость сожрёт всю память и винда зависнет.
     
  • 3.94, Нанобот (ok), 10:39, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Разве что резервировать памяти ядру на такие случаи, чтобы oom-killer не зависал.

    Там в исходниках есть строка mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT), которая для чего-то такого и предназначена

     
  • 2.22, VINRARUS (ok), 23:16, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > кому не нравится говноядро - тот юзает

    ...говноОС?

     
  • 2.27, кирилл (?), 23:23, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пофиксить лаги при исчерпании памяти стоит не дороже самого дешёвого ssd. И ничего не стоит если он уже есть.

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

     
     
  • 3.44, Аноним (10), 01:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >стоит не дороже самого дешёвого ssd.

    Неверно. Стоит не дороже купленной на торрентах лицензии на 7ку.

    ссд же портятся от использования, особенно под своп. не ссд с памятью надо покупать, а ядро фиксить.


    >кирилл

    Суть токова?

     
     
  • 4.58, кирилл (?), 05:02, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>не ссд с памятью надо покупать, а ядро фиксить.

    См. ниже. У меня чуть меньше гига оперативки и браузер буквально живёт в свопе, иногда выпадая в оперу. О зависаниях системы речи не идёт вообще, так, фризы временами. Ядро по части управления паматью разумеется стоковое 4.4.

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

     
     
  • 5.71, Аноним (71), 07:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >У меня чуть меньше гига оперативки

    Да откуда же вы такие лезете? Уже даже в телефонах в среднем по 4гб.


    Что за экономия на спичках, а? Они, видите ли, кде и гнома жирными считают когда Скайп, Слак, и Дискорд жрут по 2гб каждый на старте.

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

    Тут даже лечить уже поздно.

     
     
  • 6.72, Аноним (72), 07:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >Да откуда же вы такие лезете?

    В магазинах навалом ноутов с 2Гб, например.

    ИЧСХ, федора на таких без всякого earlyoom работает нормально. В смысле чуть тормозит из-за постоянного свопа, но не зависает. А вот машины с 32Гб памяти на той же самой федоре при нехватке памяти вешаются.

     
  • 6.101, Аноним (69), 11:27, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Доктор, успокойтесь. Снимите свое белое пальто и деньги с карточки и купите всем памяти. Судя по вашим ценам, вы не обеднеете.
     
  • 6.108, Аноним (10), 11:50, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Тут даже лечить уже поздно.

    Себя лечи от потребительства.

    >Планка древней оперативки стоит меньше одного стакана латте на Авито.

    А вот я нихрена не вижу возможностей купить ддр2 на авито по нормальной цене. Материнка поддерживает 8 гигов максимум. И даже если куплю, то всё равно будет ппц: на материнке от MSI 4 слота, 2 из которых быстрые, 2 других - медленные. Если одинаковые планки вставлены только в одну пару, то включается 2хканальный режим. Соответственно нужно 2 планки по 4 гига, а текущие планки придётся на помойку выкинуть. При этом на авито ddr2 БУ почему-то стоит дороже ($200), чем ddr4 в магазе. Так что брать совершенно не хочется.

     
     
  • 7.126, Аноним (71), 15:24, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >А вот я нихрена не вижу возможностей купить ддр2 на авито по нормальной цене

    Значит искать не умеешь.
    Я год назад покупал китайскую двухголовую мамку на сокет 1366 с рук за 7к, два камня (xeon x5570) шли с ней бесплатно как затычки в сокетах.
    У другого человека взял 48гб samsung ecc reg ddr3 по 500 рублей за планку в 4гб.

    Итого планка в 4гб стоит меньше стакана норм кофе.

    Итого комп вышел в сумме около 15к рублей, а хватит его ещё лет на 5.

     
     
  • 8.134, Аноним (41), 18:32, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты бы ещё про ddr2 вспомнил ... текст свёрнут, показать
     
     
  • 9.179, Аноним (71), 06:26, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я говорил про древнюю оперативку, а не ископаемую Антиквариат дорого стоит во в... текст свёрнут, показать
     
     
  • 10.181, Аноним (10), 12:40, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что из этого попадает к массово производимой ddr2 памяти ... текст свёрнут, показать
     
     
  • 11.186, Аноним (71), 15:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот что А должна быть дешевле современной Как ддр3, например ... текст свёрнут, показать
     
  • 11.187, Аноним (71), 15:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вот что А должна быть дешевле современной Как ддр3, например ... текст свёрнут, показать
     
  • 6.125, кирилл (?), 15:22, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А я как то забыл спросить разработчиков скайпа, можно ли мне купить RPi3 или для них там слишком мало оперативки.

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

     
     
  • 7.182, Аноним (10), 12:53, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Единственное, что мы делаем не так - это то, что мы не организуем краудфаундинг на переписывание проблемной подсистемы ядра.
     
     
  • 8.188, кирилл (?), 17:14, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это логично что никто особенно не парится по этому поводу, ведь для более чем 99... текст свёрнут, показать
     
  • 8.189, кирилл (?), 17:15, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    фанатики не в счёт ... текст свёрнут, показать
     
  • 2.160, Аноним (35), 21:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро.

    Ну почему.
    > Fedora 31 was released on October 29, 2019. This is the first major distro that comes with cgroup v2 (aka unified hierarchy) enabled by default, 5 years after it first appeared in Linux kernel 3.16 (Aug 3, 2014).

    Cgroup v2, в числе прочего, реализует нормальную систему делегирования распределения квот непривилегированным пользователям. Это открывает разработчикам прикладного софта самостоятельно выставлять лимиты своим процессам, например, главный процесс браузера выставляет и динамически регулирует квоты памяти на свои подпроцессы, обслуживающие отдельные вкладки.
    В результате, необходимость в third-party механизмах управления ресурсами отпадает.

     

     ....большая нить свёрнута, показать (39)

  • 1.21, Минона (ok), 23:15, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Костыль на костыле.
     
     
  • 2.95, Нанобот (ok), 10:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это опенсорс, детка
     
  • 2.106, хек (?), 11:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати о костылях 1 оверкоммит мемори - это костыль 2 Эвристический оверком... большой текст свёрнут, показать
     
     
  • 3.162, Аноним (162), 21:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в виндах оверкоммит запрещен с рожения и все ок
     

  • 1.23, кирилл (?), 23:18, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Федора неадекватна.
    rrr@raspberrypi:~$ free -m
                 total       used       free     shared    buffers     cached
    Mem:           942        895         46         43         14        144
    -/+ buffers/cache:        736        205
    Swap:       114873       1128     113745

    У меня свободно 4,88% памяти и это норма. С этим милым поделием мой комп бился бы в конвульсях с 10-й минуты аптайма. А так ничего, полёт нормальный.

     
     
  • 2.25, VINRARUS (ok), 23:20, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А так ничего, полёт нормальный.

    Но со стороны он больше похож на падение.

     
     
  • 3.32, кирилл (?), 23:36, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня как в "крутом пике", вроде бы падение, но если посмотреть на счётчик, то я уже 10 дней падаю и всё забываю файерфокса перезапустить. Вообще хз на сколько он там с прошлого года растёкся. Сижу себе и строчу комменты от нечего делать.
     
  • 2.28, Аноним (8), 23:26, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я иногда запускаю некоторые жаваподелия, там там 3% "свободной" памяти вполне обычно. И оно будет нормально работать часами и часами, даже своп не используется. А когда памяти не хватает, её не хватает резко много — своп тут же кончается, ядро вытесняет всё лишнее в него и тут же всё зависает. Обычно от проблем с тормозами помогает увеличение свопа до границ, в которых никогда он не кончится, ну и vm.swappiness=95.
     
  • 2.49, Marta K. (?), 03:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ругаетесь на Windows, а у меня 92% памяти свободно, при обычном использовании.

    Memory

    128 GB DDR3

    Speed: 1866 MHz
    Slots used: 8 of 8
    Form factor: DIMM
    Hardware reserved: 49.8 MB

    Available 118 GB
    Cached 12.7 GB
    Committed 13/128 GB
    Paged pool 700 MB
    Non-paged pool 339 MB
    In use (Compressed) 9.8 GB (0 MB)

    https://cdn1.savepice.ru/uploads/2020/1/6/8814f152e814cf56fae9693eea815ea0-ful

     
     
  • 3.112, Аноним (10), 12:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ещё всем домой сервера купить предложи.
     
  • 3.164, Аноним (162), 21:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    слабовато товарищ, слабовато. во как у норм пацанов https://imgur.com/a/qPpOpui
     
     
  • 4.176, Marta K. (?), 02:04, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > во как у норм пацанов

    Я не пацан)

    P.S. Ну по крайней мере пока не жалуюсь на недостаток производительности;) а если будет не хватать - то увеличу производительность своей рабочей машины :)

     
  • 4.177, Marta K. (?), 02:07, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И к тому же, не уверена, что у этих "норм пацанов" это стоит у них дома :)
    А так да, норм система у них :)
     
  • 2.116, Annoynymous (ok), 12:42, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У тебя свободно более 20% памяти.

    https://www.linuxatemyram.com/

     

  • 1.24, VINRARUS (ok), 23:19, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Битва наконец то проиграна, пойду и себе поставлю окупанта тогда...
     
     
  • 2.26, VINRARUS (ok), 23:23, 05/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А не, в тропическую страну openSUSE ещо не добрался, в репозиториях отсутствует. xD
     
     
  • 3.52, Аноним (52), 03:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не прав: https://software.opensuse.org/package/earlyoom?search_term=earlyoom
     
     
  • 4.135, VINRARUS (ok), 18:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Частично прав, в офицыальных репозиториях отсутствует, а тут левые юзерские смотрю.
     
  • 3.53, Аноним (52), 03:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот этот пакет похоже профессионально сделан - как надо: https://software.opensuse.org/ymp/home:embar-:Lietukas/openSUSE_Tumbleweed/earlyoom.ymp?base=openSUSE%3AFactory&query=earlyoom
     
     
  • 4.138, VINRARUS (ok), 18:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот этот пакет похоже профессионально сделан - как надо: https://software.opensuse.org/ymp/home:embar-:Lietukas

    Угу, скажем так, с надстройками: при любой непонятной ситуацыи шльопать браузеры первыми, как будто это самое наименее важное.
    Если 2 Гб то браузер конешно реально может создать проблемы, но на 8+ Гб он лиш фон, а проблемы уже от какой то игрушки, нескольки виртуалок или какой програмы рендеринга.
    По этому професиональный пакет при установке сначала смотрел бы на доступный обьём, а уже потом раздавал рекомендацыи какой софт первым шльопать.

    Но всё равно пасибо, конфиг подправить проблем не составит, а в особенностях openSUSE я токо разбираюся.

     
  • 3.136, Аноним (52), 18:47, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё теперь официально в экспериментальных: https://bugzilla.suse.com/show_bug.cgi?id=1114589#c12
     

  • 1.33, ползкрокодил (?), 23:36, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Fedora

    Померещилось «Firefox»…

     
  • 1.34, Аноним (34), 23:44, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    неспроста полезные идиоты активизировались в последнее время, постоянный пиар earlyoom в комментах..
     
     
  • 2.97, хек (?), 10:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Единствонной причиной, по которой его пиарят - это то, что он действительно эффективно может обрабатывать нехватку памяти, в отличие от ядерного киллера. Ядерный киллер не ращищает юзерспейс, он заботится только о себе. Его пиарят не корпорации, а довольные юзеры.
     
     
  • 3.165, Аноним (35), 21:37, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядерный киллер не ращищает юзерспейс, он заботится только о себе.

    Расчищает, просто делает это в соответствии с oom_score_adj (oom_score deprecated, AFAIK).
    Внезапно, определить, убийство какого процесса огорчит end user-а, а какого — нет, весьма непросто.
    И никто не хочет ему в этом помогать, указывая корректный oom_score_adj. Наоборот,
    > Earlyoom does not use echo f > /proc/sysrq-trigger because the Chrome people made their browser (and all electron-based apps - vscode, skype, discord etc) always be the first (innocent!) victim by setting oom_score_adj very high.

    #untouchable
    А виноват, конечно, OOM killer.

     
     
  • 4.167, Аноним (8), 22:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >innocent

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

     

  • 1.39, Оно Ним (?), 00:35, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А можно ж просто не выдавать память, если её мало. Зачем килять-то???

    Ну не дали памяти - пусть ждёт в очереди. Пусть пишут так, чтобы ждал и не падал.

     
     
  • 2.47, Тфьу (?), 02:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    слишком сложно
     
  • 2.104, хек (?), 11:33, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем отличается убиство приложения ООМ киллером и краш приложения встедствие ошибки выделения памяти при запрете оверкоммита?
     
     
  • 3.118, Аноним (118), 13:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ошибки выделения памяти можно проверить и не устраивать краш
     
     
  • 4.131, Аноним (35), 15:37, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В OOM-safe стиле пишет только несколько упoротых типа Поттеринга. А 99.99999% программистов считают, что malloc не может вернуть NULL, поэтому обработка OOM в их программах сводится к падению от SIGSEGV.
     
     
  • 5.191, Аноним (8), 18:29, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не прав, стараниями гугла уже много лет как модно обрабатывать левые сигналы. Breakpad тот же. Ну а маллок как минимум может на венде, мы же не вендообезьяны и пишем кроссплатформенно.
     
  • 3.178, Аноним (162), 06:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    можно отстановить выполнение, внезапно(SIGSTOP), и ничего не упадет
     

  • 1.40, Грусть (?), 00:54, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дожили. Это всё демоны!
     
  • 1.46, Ilya Indigo (ok), 01:54, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Надеюсь в openSUSE из коробки тоже завезут.
     
     
  • 2.51, Аноним (52), 03:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тоже на это ОЧЕНЬ надеюсь! Давно пора!
     
  • 2.54, Аноним (52), 04:10, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть: https://software.opensuse.org/package/earlyoom?search_term=earlyoom
    Вот этот пакет вроде корректно сделан - home:embar-:Lietukas: https://software.opensuse.org/ymp/home:embar-:Lietukas/openSUSE_Tumbleweed/earlyoom.ymp?base=openSUSE%3AFactory&query=earlyoom

    Поставил себе.

     
     
  • 3.55, Ilya Indigo (ok), 04:43, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уже есть: https://software.opensuse.org/package/earlyoom?search_term=earlyoom

    Для ALL Distributions нет официального пакета

    > Вот этот пакет вроде корректно сделан

    https://build.opensuse.org/package/view_file/home:embar-:Lietukas/earlyoom/earlyoom.spec?expand=1

    [code]%if 0%{?suse_version} >= 1230 || 0%{?rhel} >= 7
    %bcond_without systemd
    %else
    %bcond_with systemd
    %endif

    %if 0%{?rhel} && 0%{?rhel} == 6
    %bcond_without upstart
    %else
    %bcond_with upstart
    %endif

    %if ! 0%{?_fillupdir:1}
    %global _fillupdir /var/adm/fillup-templates
    %endif

    %global rpm_version %(rpm -q --qf %%{version} rpm)[/code]

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

     
     
  • 4.56, Аноним (52), 04:55, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В чём костыль то?! Просто расчитаноо на разные системы - универально сделано. Всё там правильно: сейчас у меня earlyoom запущен и работает нормально, в системных службах присутствует, запускается и останавливается нормально, логи - всё есть.
     
     
  • 5.59, Ilya Indigo (ok), 05:09, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Костыль в том что в openSUSE есть только systemd, а версия 12 3, для которой идё... большой текст свёрнут, показать
     
     
  • 6.62, Аноним (52), 05:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А я считаю, что ты бы мог запросто взяться за доведение его до ума раз так хорошо разбираешься в этом, тем более, что там практиченски всё сделано и работает, нужно только отполировать, чтобы в основную ветку могли взять. Сделай пожалуйста, мне мейнтейнеры предлагали, но у меня не так много опыта, я спеки давно не делал, тем более не для себя, а для серьёзного дистра. Они тебе помогут, поправят, если что, когда в основном всё будет сделано. Здесь низкоуровнего ничего нету.

    https://bugzilla.suse.com/show_bug.cgi?id=1114589

     
     
  • 7.68, Аноним (64), 07:22, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А я считаю, что ты бы мог запросто взяться за доведение его
    > до ума раз так хорошо разбираешься в этом

    Вот только он к тому же человек ответственный и потому совершенно справедливо предполагает о возможности нежелательных эффектов.

    > Здесь низкоуровнего
    > ничего нету.

    Если кто не знает о связи подкачки с таблицей страниц, это не значит, что её нет.

     
     
  • 8.73, Аноним (52), 07:57, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пока ответственности нет её нужно брать на себя, а иначе это простое балабольст... текст свёрнут, показать
     
     
  • 9.76, Аноним (64), 08:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так возьми, не будь балаболом И что же ты делаешь ... текст свёрнут, показать
     
     
  • 10.80, Аноним (52), 08:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну прочитай мои комменты и ссылки внимательно я не критиковал, для меня меня па... текст свёрнут, показать
     
     
  • 11.84, Аноним (64), 08:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется, предварительно я прочёл вот это вот всё Там ответили берите ответс... текст свёрнут, показать
     
     
  • 12.86, Аноним (52), 08:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Манипуляций нет, просто зачем пустая критика без действия ... текст свёрнут, показать
     
     
  • 13.87, Аноним (64), 09:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не можете сами выполнить работу, потому и критикуете Илью в надежде получить от ... текст свёрнут, показать
     
     
  • 14.88, Аноним (52), 09:08, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не критикую, просто предположил, что он сможет раз имеет такие глубокие познан... текст свёрнут, показать
     
     
  • 15.89, Аноним (64), 09:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Он и без нас знает, сможет или нет С какой целью публиковать так называемое пре... текст свёрнут, показать
     
     
  • 16.91, Аноним (52), 09:43, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сам начал ненужный трёп ... текст свёрнут, показать
     
     
  • 17.93, Аноним (64), 10:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, именно я виноват, что за тебя не сделали ... текст свёрнут, показать
     
     
  • 18.137, Аноним (52), 18:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему за меня Все уже сделано - теперь пакет официально в экспериментальных ... текст свёрнут, показать
     
     
  • 19.180, Аноним (64), 06:54, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А, так это я тут просил, что бы добавили, виноват, запамятовал ... текст свёрнут, показать
     
  • 7.192, Ilya Indigo (ok), 19:43, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://build.opensuse.org/request/show/761536
    Дело сдвинулось с мёртвой точки.

    После такой чистки, уже можно хоть прочитать его нормально.

    Удивительно, что пакет в таком состоянии приняли в Base:System.

     
     
  • 8.201, Аноним (201), 19:03, 10/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно не само сдвинулось Люди сдвинули https bugzilla suse com show_bug cgi ... текст свёрнут, показать
     
     
  • 9.203, Ilya Indigo (ok), 05:59, 11/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сделал это только один конкретный человек Ismail D 246 nmez https build ope... текст свёрнут, показать
     
  • 4.57, Аноним (52), 04:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотри ещё внимательно: этот пакет у него на всех системах работает включая старые:
    - openSUSE:Leap:15.0
    - openSUSE:Leap:42.2
    и т.д. Так что там ВСЁ правильно и корректно.
     
     
  • 5.60, Ilya Indigo (ok), 05:14, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотри ещё внимательно: этот пакет у него на всех системах работает включая
    > старые:
    > - openSUSE:Leap:15.0
    > - openSUSE:Leap:42.2
    > и т.д. Так что там ВСЁ правильно и корректно.

    Это мёртвые дистрибутивы, в них он и не должен работать...
    Архитектуры это: aarch64 armv7l ppc64le s390x riscv64

     
     
  • 6.81, хек (?), 08:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    earlyoom прекрасно заточен под говно мамонта и может работать на ядрах 2.6. Это самый легаси-френдли киллер.
     

     ....большая нить свёрнута, показать (25)

  • 1.70, Аноним (69), 07:29, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Fedora 32

    Однако... А Fedora 64 будет?

     
     
  • 2.74, Аноним (74), 08:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Будет, на ней всё будет в кайф, там, наверное, процессам вообще не нужно будет умирать
     
  • 2.96, Нанобот (ok), 10:47, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Будет, ориентировочно в 2036г
     
     
  • 3.102, Аноним (69), 11:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Fedora 32
    > Fedora 64

    Неловкий момент, когда шутка не удалась Х-)

     
     
  • 4.128, Аноним (35), 15:30, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, очень даже.
    В 2036 — это как раз за два года до 2038 и связанными с ним 32-битными проблемами.
     

  • 1.100, хек (?), 11:27, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати о костылях.
    1. оверкоммит мемори - это костыль .
    2. Эвристический оверкоммит в единице по умолчанию (vm.overcommit_memory=1) - это большой костыль.
    3. Ядерный оом киллер, необходимость которого появилась вследствие разрешения оверкоммита - это костыль.
    4. Сложный алгоритм, используемый для нахождения жертвы, применяемый ядерным киллером - это костыль.
    5. Существование двух параметров для регулирования приоритета выбора жертвы - oom_adj и oom_score_adj - это костыль.
    Ладно бы я услышал аргументы о костылях, если бы их не было в ядре, или они хотя бы отлично работали в ядре. Но нет - ядро полно костылей, связанных с обработкой нехватки памяти, и, более того, вся эта груда костылей отвратительно работает. Возможно, юзерспейсные обработчики являются не меньшими и дополнительными костылями, но они хотя бы работают.
     
     
  • 2.113, segesg (?), 12:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Предложи как сделать без этих костылей.
     
     
  • 3.114, хек (?), 12:28, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я не знаю как без костылей. Я лишь предлагаю костыль, который, в отличие от ядерных, действтельно работает.
     

  • 1.107, Аноним (107), 11:47, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Софт детектирующий в мантейнерах не очень грамотных людей.
     
     
  • 2.115, хек (?), 12:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Какой софт? Каких мейнтейнеров? Где?
     

  • 1.109, Аноним (109), 11:58, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К слову сказать, это движение началось после моего сообщения в LKML. ))

    Приятно даже. Жаль, что так поздно - о проблеме известно лет 20 минимум.

    // b.

     
     
  • 2.120, хек (?), 14:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Киллеры пишутся уже давно. earlyoom, nohang, oomd были написаны до. Возможно кейс Ташкинова повлиял именно на прогресс в Федоре.
     

  • 1.121, Аноним (121), 14:47, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > earlyoom через отправку SIGTERM (свободной памяти меньше 10%) или SIGKILL (< 5%) принудительно

    Т.е. если у тебя 32 гига оперативки, то 3,2 гига у тебя как будто бы и не существуют, потому что проги начнут умирать. Ничо так, оригинально.

     
     
  • 2.133, хек (?), 16:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Они будут забиты страничным кэшем. Во-вторых, пороги можно менять.
     

  • 1.173, Аноним (173), 00:54, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сначала сделать проблему, потом героически её решать. Всё как надо.
     
  • 1.174, qsdg (ok), 01:48, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему бы просто не запретить выделение новой памяти, без завершения никаких процессов?
     
     
  • 2.190, Антон (??), 17:46, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вместо убйства процессы начнут падать, иногда задолго до исчерпания физической памяти.
     

  • 1.175, qsdg (ok), 01:50, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я вообще удивлён как в Линухе до сих пор всё виснет при нехватке памяти. В программах, которые я пишу, по крайней мере в 90% случаев я могу обрабатать OOM и gracefully показать юзеру ошибку.
     
     
  • 2.195, Аноним (193), 01:42, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Серверные программы бывает люди пишут и там прямтебе скажу потребление в 48 - 128 Гб это нормальное дело. А в целом ответ простой хотят подешевле обслужить побольше пользователей. Все эти nginx и прочие почему популярны? Потому что позволяют разным товарищам экономить уйму денег и втихоря строить себе на экономленные деньги дачку ;)
     

  • 1.185, mikhailnov (ok), 14:47, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть патчи от ChromiumOS для якобы улучшения отзывчивости системы в условиях нехватки памяти: https://abf.io/mikhailnov/kernel-desktop-4.15/blob/master/Chromium-OS-low-memo
    Также есть интересный патч le9: https://abf.io/mikhailnov/kernel-desktop-4.15/blob/master/le9-rosa.patch
    Я не выявил значительной функциональной разницы с ними и без них, но, может, кому-то будет интересно попробовать. По ссылкам выше есть ссылки на первоисточники.
     
  • 1.194, Аноним (193), 01:39, 08/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А почему прибивают процесс, а не замораживают? Заморозка веротяно лучше была бы?
     
     
  • 2.200, КО (?), 12:30, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так если прибить процесс вкладки браузера - браузер ее переоткроет на автомате и заново сожрет память, а если заморозить, то взаимодействующий с ней основной процесс зависнет тоже и у пользователя начнутся фризы и он будет ругаться. :)
     

  • 1.198, axredneck (?), 00:55, 09/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > завершит работу процесса, наиболее активно потребляющего память

    Скажем, не влезла у меня компиляция чего-то очень большого в /tmp. Как эта ситуация обработается? Прибивание самого жручего процесса тут не спасет.

     
     
  • 2.199, хек (?), 07:34, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасет частично. Как вариант ограничивай размер темпа.
     

  • 1.202, Аноним (201), 19:04, 10/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В сусе в официальных уже: https://software.opensuse.org/package/earlyoom?search_term=earlyoom
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру