The OpenNET Project / Index page

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

Выпуск earlyoom 1.2, процесса для раннего реагирования на нехватку памяти

04.11.2018 16:16

После трёх месяцев разработки опубликован выпуск фонового процесса earlyoom 1.2, который периодически проверяет объем доступной памяти (MemAvailable, SwapFree) и пытается на ранней стадии отреагировать на возникновения нехватки памяти.

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

Earlyoom поддерживает отправку уведомлений о принудительно завершённых процессах на рабочий стол (с помощью notify-send), а также предоставляет возможность определения правил, в которых при помощи регулярных выражений можно задать имена процессов, завершение которых предпочтительно (опция "--prefer") или остановки которых стоит избегать (опция "--avoid").

Основные изменения в новом выпуске:

  • Внедрено адаптивное время сна (адаптивная частота проверки уровня доступной памяти) для снижения нагрузки на процессор: чем меньше доступной памяти осталось, тем чаще проверяется объем доступной памяти (один раз в секунду если памяти достаточно и чаще по мере ее уменьшения);
  • Удалена опция "-k" для вызова ядерного oom-killer'a (ее использование давало непредсказуемые результаты; теперь эта опция игнорируется для совместимости);
  • Исправлена ошибка, приводящая к некорректному поведению после монтирования своп-раздела, если earlyoom уже был запущен;
  • Реализовано ступенчатое завершение процессов: сначала происходит попытка корректного завершения процесса путем отправки ему сигнала SIGTERM, и только в случае отсутствия реакции на SIGTERM и при дальнейшем уменьшении доступной памяти происходит отправка SIGKILL процессу с наибольшим oom_score.


  1. Главная ссылка к новости (https://github.com/rfjakob/ear...)
  2. OpenNews: Facebook открыл код для обработки ситуации нехватки памяти в системе
  3. OpenNews: Выпуск earlyoom 1.1, процесса для раннего реагирования на нехватку памяти
  4. OpenNews: Релиз ядра Linux 4.6
  5. OpenNews: Механизм уведомления приложений о нехватке памяти в системе
Автор новости: hakavlad
Тип: Программы
Ключевые слова: oom, memory, earlyoom
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (111) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, VINRARUS (ok), 19:16, 04/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Я был доволен своей манжарой пока не запустил игрушку при 8 Гб рам и отсутствием свопа...
    Думал в 2018м подобные демоны скончания оперативки щитаются стандартом в дистрибутивах, оказалось нет...
    Думал kernel panic  в прошлом...
     
     
  • 2.18, GK_222 (?), 22:18, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А при чем тут kernel panic? С точки зрения ядра - все так и должно быть, только пользователь недоволен. У меня на нетбуке тоже Манджаро, 4 Гб памяти и нет свопа. Аналогично, все вешалось иногда, приходил OOM-killer и вешался за компанию.. Решалось через sysrq и ребут, но очень бесило. Earlyoom избавил от этого, причем на грани фантастики - хром с 20 вкладками в фоне, спереди игрушка под wine, файл-менеджер и торрент-клиент тоже где-то болтаются и все нормально. Я, правда, с той поры, немного поумнел - логинюсь через tty, красивости и ненужные сервисы\модули ядра - под нож, /tmp из оперативки на диск (+ccache) и вагон с тележкой других твиков.
    Так что за то, что она вешалась - я даже благодарен, так много интересного о системе никогда не узнаешь, если тупо ждать программу с кнопкой "сделать за..шибись".
     
     
  • 3.23, VINRARUS (ok), 22:56, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >А при чем тут kernel panic?

    У меня ядро 2.6.10 любило вешаться при переполнении оперативки без свапа, на прощание сообщая о kernel panic.
    >Так что за то, что она вешалась - я даже благодарен, так много интересного о системе никогда не узнаешь, если тупо ждать программу с кнопкой "сделать за..шибись".

    Безопасный обновлятор огнепанды написал, управлялку кулерами написал, скрипт бекапа с SSD на HDD написал, теперь ещо и убивалку процесов писать на шел? xD
    Думал ограничусь модом мобилки, теперь приходится мод десктопа поневоле делать...

     
  • 3.26, Sem (??), 23:13, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ужас, у меня 1.5 Гб и без свопа на WinXP ни одного раза не зависала ОС - только приложение вылетает или виснет при нехватке памяти. А тут такое, для дома не годится, это либо подход такой "серверный" либо просто позорище этот линукс
     
     
  • 4.29, пох (?), 00:01, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    я вам страшную тайну открою -- у xp не бывает "без свопа". Даже если вручную все поотключать, она с горя создаст временный, где-то в windows\system32 или рядом.

    Но у нее нет overcommit, и proactive свопа тоже нет.

    А я вот сейчас наблюдаю такой себе mysqld, отожравший в свопе 3 гига из четырех возможных и пытаюсь понять - убить его, от греха, или пусть так как-нибудь выживает (это именно proactive swap - то есть система решила что даже буферный кэш полезнее этих байтиков)

     
     
  • 5.77, КГБ СССР (?), 15:48, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда надо продолжить и сказать, что у любой Windows не бывает без свопа, даже если его отключить.
     
  • 4.32, Анон546 (?), 01:33, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не смешите мои подковы.
    Запуск десятка приложений повесил одну ХП почти в 0 на моих глазах. курсор кажется двигался, но нельзя было даже нажать на заранее запущенный диспетчер задач, что показывал занятость 100% озу
     
     
  • 5.50, Аноним (50), 10:28, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > –3 +/–

    О, а вот и подоконники-некрофилы.

     
  • 3.43, Аноним (43), 07:28, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 4 Гб памяти и нет свопа

    А нормальный купить не судьба, хотя бы с 16 гб? Или нищ и свободен?

     
     
  • 4.44, пох (?), 08:40, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ключевое слово, которое нище6poд ниасилил прочитать и понять и это ты, а не пре... текст свёрнут, показать
     
     
  • 5.46, Аноним (43), 09:04, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >ниасилил прочитать и понять (и это ты, а не предыдущий анон) - "нетбук".

    Вот именно, что осилил. У тёщи нетбук с 16гигами (делл, вроде) под офисные задачи (хром, мсофис, 1с, скайп, вотсапп, слак) и ей не хватает - забивает и свопит.
    А тут человек жалуется при 4 гигах - детсад же.

    >Нормальный - это который валяется в рюкзаке-косметичке

    Вот именно. В дамской сумочке. Пришла в офис, подключила монитор, клавомышь, работает. Приехала домой - нахреначила отчет лежа в кроватке.


    Уши так что нехрен судить о людях

     
     
  • 6.63, пох (?), 11:37, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот именно, что осилил.

    не осилил.
    > У тёщи нетбук с 16гигами (делл, вроде)

    a) "у тещи"
    b) dell netbook - ноль результатов, может быть вы искали dell laptop.
    не производит делл классических нетбуков, похоже.

    > Вот именно. В дамской сумочке. Пришла в офис, подключила монитор, клавомышь, работает.

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

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

     
     
  • 7.68, Аноним (43), 12:16, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И еще.

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

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

     
     
  • 8.115, пох (?), 20:24, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    нет, именно десяточкопроблемы в линуксе нет нормального интерфейса - нет пробле... текст свёрнут, показать
     
  • 6.69, pavlinux (ok), 12:19, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот именно, что осилил. У тёщи нетбук с 16гигами (делл, вроде)
    > под офисные задачи (хром, мсофис, 1с, скайп, вотсапп, слак)
    > и ей не хватает - забивает и свопит.
    > А тут человек жалуется при 4 гигах - детсад же.

    Аноним, ты -аноним, какой смысл начёсывать себе ЧСВ, если ты аноним?

    А по факту вижу что ты тупа пиз...шь и никогда в жизни не видел Linux на 16Гб.


    Я тут обвешан всем чем можно: браузеры, мессенджеры, Vuze на жаве, тандырбёрты, офисы,
    в фоне MySQL, апач, впн, тор, самба, мелочь всяка, ядро собирается в 64 потока,...  
    из 16 гигов ещё 3.2 свободны.

     
     
  • 7.78, КГБ СССР (?), 15:51, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тут обвешан всем чем можно: браузеры, мессенджеры, Vuze на жаве, тандырбёрты,
    > офисы,
    > в фоне MySQL, апач, впн, тор, самба, мелочь всяка, ядро собирается в
    > 64 потока,...
    > из 16 гигов ещё 3.2 свободны.

    И таки без свопа или с? А если ещё сто вкладок в хроме открыть? ;)

     
     
  • 8.87, pavlinux (ok), 18:31, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Какие вкладки, детская нагрузка По 64 потока gcc cpp as это вам не в офисе кноп... текст свёрнут, показать
     
  • 3.103, Аноним (103), 05:09, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Решалось через sysrq и ребут

    Зачем ребут, если достаточно SysRq?

     
     
  • 4.112, pavlinux (ok), 17:54, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Решалось через sysrq и ребут
    > Зачем ребут, если достаточно SysRq?

    Пиши фамилию, работу, должность, чтоб не попался при деле.

     
  • 2.85, Аноним (85), 17:41, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >был доволен своей манжарой пока не запустил игрушку при 8 Гб рам

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

     
     
  • 3.94, VINRARUS (ok), 20:23, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нужен не OOM, а демон, который при запуске проверяет количество оперативы, и если оно меньше 8гб

    Предлагаеш хром установить?

     
     
  • 4.116, пох (?), 20:25, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Нужен не OOM, а демон, который при запуске проверяет количество оперативы, и если оно меньше 8гб
    > Предлагаеш хром установить?

    хедхантер не откроется ;-)


     

  • 1.4, Аноним (4), 19:18, 04/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Почему этот демон не включен из коробки в большинстве популярных дистров? Потребляет практически ноль ресурсов, при этом надежно предохраняет от OOM.
     
     
  • 2.25, Аноним (25), 23:09, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Этот демон на большинстве систем и не нужен. На нормальном сервере есть мониторинг, и разумный сисадмин узнает о проблемах и сможет их решить, а, главное, узнать причину. На десктопе когда курсор мышки перестанет ездить и лампочка HDD будет непрерывно гореть тоже все станет ясно без лишнего демона.

    Такой демон (отжирающий CPU и память) нужен на системе, где срабатывания полноценного OOM ждать не хочется и у самого пользователя не хватает квалификации отреагировать, когда активный swap только начался или когда пользователь мамкин хацкер, сконфигурировал систему вообще без swap и не понимает, что учудил.

     
     
  • 3.27, Аноним (27), 23:20, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Такой демон (отжирающий CPU и память)

    У меня на htop он показывает 0% CPU и 0% нагрузки на память.

     
  • 2.48, Аноним (48), 10:00, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что большинству пользователей это не нужно.
    Если какой-то процесс потребляет больше всего памяти - это еще не повод убивать именно его. Возможно, пользователю именно этот процесс в данный момент и нужен, а убить лучше что-то менее нужное... По крайней мере у меня именно такой сценарий. Но тут уже никакая утилита не поможет.
     
  • 2.49, Аноним (49), 10:26, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Посути он и есть ООМ ))
     
  • 2.51, Аноним (50), 10:31, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему этот демон не включен из коробки

    Потому что безрукие удаки должны страдать.

     
  • 2.86, danimon (?), 18:10, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    этот демон устанавливается с браузером хром
     

  • 1.11, Аноним (11), 20:21, 04/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Господа, да это же костыль.

    Нормальная production-ready система ОБЯЗАНА на такое штатно реагировать, как и, например, на исчерпание места на диске. Костыли НОРМАЛЬНОЙ ОС для такого не должны быть необходимы.

     
     
  • 2.12, Аноним (27), 20:42, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Пожалуйста, перестаньте считать костыли чем-то плохим. При отсутствии ног костыли - это благо. Костыли - это вариант решения проблемы.
     
  • 2.19, Аноним (19), 22:22, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так она и реагирует, даже механизмы есть чтобы ей объяснить что надо прибить в первую очередь, а что не нужно трогать.
    А то что ты можешь еще ты можешь кроме изкоробочного варианты два других поставить, ну так хорошо же.
     
  • 2.31, VINRARUS (ok), 00:55, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чо в проблемах ядра винят всю ОСь?
     
  • 2.53, Ordu (ok), 10:33, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В твоём понимании костыль -- это то, что не включено в систему штатно? Ну дак включи этот демон в систему штатно, и он перестанет быть костылём.
     
  • 2.119, Нанобот (ok), 21:03, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Господа, да это же костыль.

    ну да, линукс без них практически бесполезен

     

  • 1.14, Аноним (14), 21:00, 04/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А есть такая штука, чтобы убивала (лучше как-нибудь замораживала) процесс приводящий к неотзывчивости системы в течении определенного времени? А то бывает так: что-то начинает быстро сжирать память, и, когда дело доходит до свопа, система впадает в ступор, а ждать пока своп заполнится и сработает oom killer можно еще очень долго.

    К слову, нормальная ОС должна обеспечивать реакцию на интерактивные команды пользователя (будь-то локальный или удаленный текстовый терминал или нажатия мышкой в GUI) с максимальным приоритетом, быстро независимо от всей остальной загрузки и использования ресурсов остальным процессами, потому что пользователь всегда главнее всех процессов.

     
     
  • 2.15, Аноним (27), 21:07, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >(лучше как-нибудь замораживала) процесс приводящий к неотзывчивости системы в течении определенного времени?

    пока такого нет, но теоретически можно сделать через SIGSTOP/SIGCONT

    >пользователь всегда главнее всех процессов

    Потомки исков имеют обычный приоритет. Это ж серверная ось в основном.

     
  • 2.16, Анононим (?), 21:33, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    sysctl kern sched interact 10 default is 30 sysctl kern sched preempt_thresh ... текст свёрнут, показать
     
     
  • 3.17, Аноним (17), 22:06, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    это же для фряхи)) а для линукса есть подобное?)
     
  • 3.21, Fracta1L (ok), 22:30, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > В итоге, даже при полной загрузке (запустив к обычному фону еще и 6 x 'python -c "while True:pass"' на двух ядрах) переключение между раб. столами, браузерами/claws проходит практически без ощутимых запинок

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

     
     
  • 4.24, Анононим (?), 23:00, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/

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

    О, началось развешивание лапши на уши и описание солено-пряного вкуса апельсинов.

    > Там что, отрисовки интерфейса на gpu до сих пор нет?

    Далеко не все в гтк/qt рисуется gpu.


     
     
  • 5.45, Fracta1L (ok), 08:48, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > началось развешивание лапши на уши

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

    > Далеко не все в гтк/qt рисуется gpu

    Что, например, в Plasma рисуется не на gpu?

     
     
  • 6.75, Анононим (?), 15:33, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> началось развешивание лапши на уши
    > Ога, когда человек всю жизнь живёт в глухой деревне, он тоже не верит, что на свете бывают чистые мощёные тротуары вместо грязи с навозом XD

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

     
     
  • 7.84, Fracta1L (ok), 16:26, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, ещё и 12309 приплёл. Всё ясно)
     
     
  • 8.89, Анононим (?), 18:48, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То ли дело упомянуть деревню, грязь и навоз , да ... текст свёрнут, показать
     
  • 4.76, Аноним (76), 15:44, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > отрисовки интерфейса на gpu до сих пор нет?

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

     
     
  • 5.90, Анононим (?), 18:54, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> отрисовки интерфейса на gpu до сих пор нет?
    > Открою страшную тайну тебе и всем другим фанатам "интерфейса на GPU"

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

     
  • 2.20, Аноним (19), 22:28, 04/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Но не всегда тот пользователь, что прокладка между стулом и монитором
     

  • 1.22, Vitaliy Blats (?), 22:49, 04/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > завершит работу процесса, наиболее активно потребляющего память

    А вот это не очень хорошо. Как минимум надо иметь возможность выбора из нескольких сценариев.

    Ну вот НАПРИМЕР у меня типичная связка nginx->php-fpm->mysql. Все эти процессы жрут плюс минус одинаково, однако php-fpm запускает свои потоки с разными PID'ами, а mysqld один.
    Подключатся десять посетителей к Вордпрессу или Джумле на таком сервере, и получится что у нас 10 разных php-fpm по 100Мб каждый, и один mysqld на 1024Мб, который будет первым на вылет, и периодически киляется OOM'ом после чего привет, 500-я и сайт(ы) в ауте.

    Но это же никуа не логично! Логичнее прибить пять php-fpm'ов, после чего 500Мб освободят они, и еще 500 освободит mysqld.

     
     
  • 2.30, Аноним (30), 00:33, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё настраивается. Как на уровне ядра (google://oom_score_adj), так и на уровне данного демона (новость://опция "--avoid").
     
  • 2.36, Аноним (36), 03:09, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У вас странное представление о том, как организовывать стабильность сайта. Во-первых, не надо использовать пхп. Во-вторых, нужно сначала посчитать кто сколько жрёт, потом посчитать сколько потянет ваше железо, а потом ограничить кол-во одновременных запросов - как раз что бы память не кончалась. А вы вместо этого пускаете на вход любое колво запросов, а когда это всё взрывается убиваете процессы? Это безумие.
     
     
  • 3.41, Аноним (30), 07:11, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одно другому не мешает. Во время доработок в коде может появиться утечка памяти. Да и в обычном режиме разные страницы жрут разное кол-во памяти - предлагаете ограничиться одним одновременным запросом из-за одной редко-используемой страницы?
     
     
  • 4.58, пох (?), 10:45, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    мешает - культивирует девляпсов-недоучек, которые неспособны прочитать документа... текст свёрнут, показать
     
     
  • 5.72, Аноним (30), 13:03, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > тесты ниасилили, доработки выполняем прямо на проде?

    Ни разу не видел утечек памяти в стабильных ветках программ? Серьёзно? У меня и в ядре была утечка одно время... В стабильной ветке, на стабильном дистре...

    P.S.: комментировать остальные потоки незамутнённого сознания нет никакого желания

     
     
  • 6.96, пох (?), 21:52, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни разу не видел утечек памяти в стабильных ветках программ?

    начинаем вилять ужом и фигурно цитировать?
    я комментировал это:
    > Во время доработок в коде может появиться утечка памяти.

    это вот - прекрасно ловится тестовой средой.

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

    > P.S.: комментировать остальные потоки незамутнённого сознания нет никакого желания

    в зеркальце, кума, посмотри.


     
     
  • 7.101, Аноним (30), 01:16, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Во время доработок в коде может появиться утечка памяти.
    > это вот - прекрасно ловится тестовой средой.

    Так может сказать только зелёный теоретик. Если бы оно всегда всё было так просто, то и проблемы этой не существовало бы глобально.

    > и да, напоминаю, речь шла о php и вебе - то есть то место, где "долгоиграющих", по капле, утечек не бывает. потому что время жизни процесса ограничено и можно ограничить его еще и сверх того.

    И снова теория. В жизни-то оно по всякому бывает. Гугли что такое нода, реактпхп и fastcgi_finish_request. Хотя и в других случаях бывают нужны долгоиграющие процессы.

    P.S.: Надоело спорить с воинствующей безграмотностью.

     

  • 1.33, Аноним (33), 01:44, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скачал, скомпилировал, установил, запустил сервис (сервис запустился), запускаю membomb, который идёт в комплекте, по-видимому, для целей тестирования - наглухо вешается система, никто никого не прибивает. Ubuntu 18.04 x64, 8Gb, HDD, своп включен, настройки earlyoom по умолчанию. ЧЯДНТ?
     
     
  • 2.35, Аноним (33), 02:05, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    -s 100,100 или отключение свопа вовсе помогает. В общем, нужно тюнить под свою конфигурацию, похоже.
     
     
  • 3.37, Аноним (33), 03:24, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, там "и", а не "или". Даже с отключенным свопом без " -s 100,100 " не работает.
     
  • 2.39, Аноним (27), 06:26, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >наглухо вешается система

    Она вешается вследствие процесса наполнения свопа, а не из-за OOM. По умолчанию сигкилл происходит козда остается 10% свопа свободно.


    И да, пользуйтесь zram и не используйтете своп на HDD.

     

  • 1.34, Аноним (36), 01:52, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понял, а зачем всё это нужно? Своп никто в наше время уже не включает, а ограничить память процессу можно через cgroups, не?
     
     
  • 2.54, Аноним (50), 10:35, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Своп никто в наше время уже не включает

    Наглая ложь. Я включаю.

     
  • 2.56, Ordu (ok), 10:43, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не понял, а зачем всё это нужно? Своп никто в наше время уже не включает, ...

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

    > ... а ограничить память процессу можно через cgroups, не?

    А можно просто прибивать те, кто сжирает слишком много, причём прибивать их только тогда, когда такое поведение приводит к проблемам.

     
     
  • 3.60, пох (?), 10:48, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Заурядный не умеющий читать аноним опеннета.

    они не читать не умеют, им просто эти слова непонятны.
    победители свопа, мнящие себя админами :-(

    > А можно просто прибивать те, кто сжирает слишком много, причём прибивать их только тогда,
    > когда такое поведение приводит к проблемам.

    swap trashing это таки проблема - но такой ИИ еще не изобрели.
    Успел набрать kill - молодец, не успел - press reset twice for bbs.

     
  • 3.73, Анононим (?), 15:10, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Заурядный не умеющий читать аноним опеннета.

    Опять началось массовое осеннеe обострение ЧСВ на опеннете.

     
     
  • 4.100, Ordu (ok), 23:22, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Заурядный не умеющий читать аноним опеннета.
    > Опять началось массовое осеннеe обострение ЧСВ на опеннете.

    Наблюдение за не умеющими читать анонимами опеннета провоцирует. Хочешь не хочешь, а сравниваешь себя с ними.

     

  • 1.38, Аноним (38), 03:35, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    limits.conf уже не рулит или чо?
     
     
  • 2.40, Аноним (27), 07:02, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > limits.conf уже не рулит или чо?

    Если бы рулил лимитс.конф, то вот эта дискуссия
    https://www.reddit.com/r/linux/comments/56r4xj/why_are_low_memory_conditions_h
    на 480+ постов не возникла бы.

     
  • 2.64, пох (?), 11:41, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > limits.conf уже не рулит или чо?

    лет двадцать уже не.
    С ядра 1.2, по-моему.


     
     
  • 3.81, КГБ СССР (?), 16:02, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У кого есть лишние деньги, могут решать эту проблему способом «купить ещё памяти, нынче она дешёвая» (как здешние богатые анонимы), остальные обречены страдать.
     
     
  • 4.97, пох (?), 21:57, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну вообще-то способов решить проблему нехватки памяти кроме как купить еще памяти, наука не знает в приниципе.
    Проблемы неадекватного поведения системы, когда памяти не хватило конкретному процессу/процессам - это совершенно отдельная история. Они по разному, но одинаково уныло выглядят и в винде, и в фре, и в линуксе. (то есть проявляются в разных местах, и имеют разное проявление - так что иногда смена системы помогает вернуть контроль над ситуацией. Но вариант "перезагрузки ресетом", увы, никуда не девается во всех трех. За солярку вот не скажу, не напарывался.)
     
     
  • 5.99, КГБ СССР (?), 22:18, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме 171 покупки ещё памяти 187 наука знает и другие средства, позволявшие ... текст свёрнут, показать
     
  • 5.109, Аноним (109), 15:53, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    zswap или zram может отчасти решить проблему
     

  • 1.42, Аноним (42), 07:21, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Программа амулет или оберег.
     
  • 1.47, Аноним (47), 09:40, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лол, неужели до кого-то дошло! -__- Хотя хлопанье самого жирного не всегда может быть правильным, по-моему нужно добавить ещё список, которые юзверь разрешает хлопать первыми. Писал такую прогу, когда ещё  не докупил памяти в бук и было 4 гига - она киляла именно хром. Т.к. комп подвисал всегда когда открывал много вкладок в хроме. А потом уже система изредка оттормаживалась и не мог отправить вкладки в OneTab.
     
     
  • 2.52, Аноним (27), 10:31, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >добавить ещё список, которые юзверь разрешает хлопать первыми

    Есть опция --prefer, можно произвольный regex задать для имён процессов

     
  • 2.55, Аноним (50), 10:38, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > она киляла именно хром

    …, потом удаляла хромой пакет и вызывала специально обученных людей для выдачи живительных люлей недоюзверю, юзающему ЭТО вместо браузера.

     

  • 1.57, Аноним (57), 10:44, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > завершит работу процесса, наиболее активно потребляющего память

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

     
     
  • 2.61, пох (?), 10:53, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему-то винда ещё в давние лохматые годы просто уведомляла юзера "чувак, я тебе свопа
    > добавила", и можно было работать.

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

    А когда по ctrl-alt-del пол-часа десктоп построчно перерисовывается на пустое место, а process manager так и не всплывает (или нельзя даже переключиться на уже открытый) - результат был в общем примерно тот же что у линуксов - семь бед, один ресет.

     
  • 2.62, Аноним (62), 11:25, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Охренеть политика... Убивается активно работающее приложение

    Не убивается, а корректно завершается через SIGTERM

     
  • 2.65, Аноним (33), 11:51, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А чем вот это свопа добавило полезно в современных реалиях Программисты привы... текст свёрнут, показать
     
     
  • 3.66, Аноним (33), 11:54, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и да, учитывая, что альтернатива - перезагрузка по трём кнопкам, даже убийство фотошопа в такой ситуации не фатально. Да и он, кажется, в актуальных версиях умеет восстанавливаться после спонтанного вылета.
     
  • 3.74, Аноним (74), 15:27, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Программисты привыкли работать с памятью так, будто её анлим

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

     
     
  • 4.98, пох (?), 22:06, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    а что по-твоему современный программист может сделать?
    "проверять malloc на null"? Так это показатель некомпетентности.

    Можно еще вручную померять доступную память - так делали ранние версии videolan x264 - к сожалению, они не умели отличать реальную от свопа, с интересным результатом ;-)

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

     
     
  • 5.110, Аноним (33), 17:30, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    эмммм. мы 50+ лет развиваем IT, но до сих пор не можем сделать так, чтобы программа знала, сколько физически памяти в машине, на которой она работает?

    нда, абстракции абстракций абстракций это круто, конечно. с таким подходом только со всякими костылями типа earlyoom и можно жить.

     
     
  • 6.114, пох (?), 20:12, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > эмммм. мы 50+ лет развиваем IT, но до сих пор не можем сделать так, чтобы программа знала,
    > сколько физически памяти в машине, на которой она работает?

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

    нет. в позикс-стандартах (даже, наверное, самых наираспоследних, в которые понапихана масса всякого бреда), во всяком случае, такого не было предусмотрено.

    К тому же память бывает разная - вон там товарисч, считающий себя очень умным, продемонстрировал некий код для некоей bsd. Но вряд ли он вам сможет объяснить, какую именно память пытается получить этот код. И что, кстати, нужно делать, если ее нет.
    Применительно к той же freebsd: у нас есть 1. inactive 2. wired 3. Buf который есть часть этого wired и 4. еще у нас есть zfs arc  - и вот какую часть из этого зоопарка вы считаете "свободной", и с какого, собственно, бодуна именно ее?
    А теперь добавим к ним еще zfs abd, захваченные но незанятые сетевым стеком mbufs (на 10G там могут лежать _гигабайты_ памяти - которая в данный момент никак не используется) и кучу всякой другой хрени, о которой я просто не имею несчастья знать, которую и посмотреть-то толком хрен его знает, как.

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


     
     
  • 7.124, Аноним (33), 12:35, 07/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Изумительной концепции виртуальной памяти, отучившей программистов думать, и над... текст свёрнут, показать
     
     
  • 8.126, КГБ СССР (?), 17:43, 07/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Всё правильно, анон Действия по упрощению жизни программистов приводят, как пра... текст свёрнут, показать
     
  • 5.113, тот самый аноним (?), 18:22, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а что по-твоему современный программист может сделать?
    > "проверять malloc на null"? Так это показатель некомпетентности.

    О, опять пошли байки о вездесущности overcommit и "современный malloc никогда не возвратит 0"?
    [code]
    # rctl -h
    user:restricted:vmemoryuse:deny=1024M/process
    user:restricted:memoryuse:deny=512M/process
    user:restricted:swapuse:deny=1024M
    % uname -rs;whoami && cat test.c && ./test|tail
    FreeBSD 11.2-STABLE
    restricted
    #include <stdio.h>
    #include <errno.h>
    #include <stdlib.h>

    #define MB (1024*1024)
    #define PSIZE 4096
    int main(void){
        size_t sum = 0;
        char *ptr;
        for (size_t i=0;;i++) {
            if ((ptr = malloc(MB)) == NULL) {
                perror("Err:");
                exit(EXIT_FAILURE);
            }
            for (size_t j = 0;j < (MB-PSIZE-1); j += PSIZE) ptr[j] = 0;
            sum += MB;
            printf("allocated: %zu MB\n", sum/MB);
        }
        return EXIT_SUCCESS;
    }
    allocated: 497 MB
    allocated: 498 MB
    allocated: 499 MB
    allocated: 500 MB
    allocated: 501 MB
    allocated: 502 MB
    allocated: 503 MB
    allocated: 504 MB
    allocated: 505 MB
    allocated: 506 MB
    Err:: Cannot allocate memory
    [/code]

     
     
  • 6.117, пох (?), 20:33, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> а что по-твоему современный программист может сделать?
    >> "проверять malloc на null"? Так это показатель некомпетентности.
    > О, опять пошли байки о вездесущности overcommit и "современный malloc никогда не
    > возвратит 0"?

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

    > # rctl -h

    rctl: RACCT/RCTL support not present in kernel; see rctl(8) for details

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

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

     
     
  • 7.120, тот самый аноним (?), 21:25, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так пусть сам и проверяет, нечего терять производительность
    > - у нормальных людей эти проверки даром будут жрать cpu.

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


    > rctl: RACCT/RCTL support not present in kernel; see rctl(8) for details
    > то есть ты сам себе разложил отдельное от проблемы оверкомита поле уникальных грабель, и все-все разработчики под тебя, талантище, должны подстраиваться?

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

    > rctl предназначен для совершенно другой ситуации - когда на машине заведомый oversubscription,
    > но на проблемы что чему-то не хватит памяти, админу наплевать (читай,
    > массовый шитхостинг), пока это что-то не его, и можно ее урезать всем гораздо ниже физических лимитов.

    Оversubscription будет на любой не самой новой машине с ОЗУ < 9000гигз, особенно мобильной, если запустить кроме браузера еще что-то жручее. Ну или просто долго не закрывать браузер.
    А, да, я ж забыл, что у кое-кого на десктопе десяточка. Прошу звиняний, вопросы снимаются.


     
     
  • 8.122, пох (?), 21:47, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну словит, результат ровно тот же - ты пойдешь искать дополнительную планку то ... текст свёрнут, показать
     
     
  • 9.123, тот самый аноним (?), 00:13, 07/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут rctl Можешь передергивать не так явно Какой-какой например Вызов... текст свёрнут, показать
     
  • 3.82, КГБ СССР (?), 16:10, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Программисты привыкли работать с памятью так, будто её анлим,

    Таких программистов сжигать в биореакторе и отлучать от профессии навсегда без права обжалования.


    > А вот убийство самого жрущего процесса как раз сравнительно безопасно: в серверном
    > софте и память обычно не течет - всё вылизано, и спонтанное
    > убийство он нормально переживает, а уж, тем более, по SIGTERM. Браузер
    > восстановит сессию, ничего страшного.

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


    > А проблемы самописного софта, в котором течет память - это проблемы его разработчиков.

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

     
     
  • 4.91, Аноним (33), 19:30, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Юзерам, в свою очередь, плевать, будет ли сожравший всю память и отказавшийся вовремя корректно завершиться по SIGTERM говнокод убит перезагрузкой системы или по SIGKILL.

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

     
     
  • 5.93, КГБ СССР (?), 19:53, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Юзерам, в свою очередь, плевать, будет ли сожравший всю память и отказавшийся
    > вовремя корректно завершиться по SIGTERM говнокод убит перезагрузкой системы или по
    > SIGKILL.
    > Говнокод это объективная реальность, данная нам в ощущениях, и, поскольку не во
    > всех случаях можно перейти на отлично-код или написать отлично-код самому, приходится
    > как-то жить с этим явлением. Например, убивать и автоматически перезапускать каким-нибудь
    > systemd этот говнокод до того, как он  положит систему и
    > в итоге будет всё равно убит при перезагрузке.

    Кому как. Я не могу с этим сжиться. Седьмая Шапка — это уже _не_ юникс, а какой-то SystemdOS. Причём они это, похоже, понимают и сами и в мануалах пишут (см. напр. man init, ага). Пока оно работает, как настроили индусы в Редхате, всё ещё терпимо. Если что-то ломается, то седьмое поколение RHEL и его производных невозможно внятно администрировать по понятиям адекватного юникса. О написании каких-то своих полезных скриптов с учётом концептуального идиотизма системды — даже говорить неохота.

     

  • 1.79, ыы (?), 15:58, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    а у админа не наступит попоболь когда этот алгоритм будет убивать 1С рассчитывающую зарплату?
    На мой взгляд - сама идея убивать приложение активно использующее ресурсы-
    -  порождение фантазии человека с запущенной формой деменции
     
     
  • 2.80, ыы (?), 16:00, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    вообще говоря операционная система не должна была дать приложению столько ресурсов чтобы оно повредило общей работе сервера... так что это проблема ОС скорее, что некое приложение откушало у нее все... или оно в нулевом круге крутится?
     
     
  • 3.83, КГБ СССР (?), 16:13, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще говоря операционная система не должна была дать приложению столько ресурсов чтобы
    > оно повредило общей работе сервера... так что это проблема ОС скорее,
    > что некое приложение откушало у нее все... или оно в нулевом
    > круге крутится?

    Как много хороших, годных вопросов для одного абзаца!

    Про ответы надо спросить у Торвальдса лично и заодно у Красной Шапки: как правильно настраивать ведро.

     
  • 3.106, Аноним (106), 09:29, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    1Су всё можно. Спроси у любого бухгалтера!
     
  • 2.92, Аноним (33), 19:33, 05/11/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А 1C не умеет во всякие там транзакции, которые в СУБД изобрели специально для того, чтобы на спонтанные перезапуски было пофигу? Лучше живой сервак с бесконечно перезапускаемой на слишком жрущей операции базой (сигнал довыделить памяти, оукей), чем мёртвый сервак, до которого удаленно достучаться и выяснить причину проблем вообще не получается.
     

  • 1.95, RNZ (ok), 21:29, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Приложение это хорошо, но пока обходился вот такой настройкой
    vm.overcommit_ratio = 200
    vm.overcommit_memory = 2

    Делает тоже самое - прибивает процесс когда он слишком зажрался

     
  • 1.102, Аноним (103), 05:08, 06/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем оно лучше, нежели нажатие Alt-SysRq-F при признаках исчерпания памяти?
     
     
  • 2.111, Аноним (27), 17:39, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Alt-SysRq-F

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

     

  • 1.104, Аноним (106), 06:07, 06/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот например, на нашем предприятии запрещено говорить, что компьютеры слабые, или не хватает памяти. И этот демон будет вне закона :))
     
     
  • 2.121, пох (?), 21:29, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вот например, на нашем предприятии запрещено говорить, что компьютеры слабые, или
    > не хватает памяти. И этот демон будет вне закона :))

    дайте угадаю - ваше предприятие - изготовитель союза с дыркой-замазанной-соплями и ракеты-носителя которая развалилась после старта?

     

  • 1.105, Anonumous (?), 08:53, 06/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  не доводя состояние системы до очистки системных буферов и мешающего работе своппинга

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

     
     
  • 2.118, пох (?), 20:37, 06/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем более у многих swap на SSD, а то

    серьезно, есть и такие феерические долбое6ы?

    > и на Optain накопителях. так что вытеснить что либо в swap
    > спасая при этом дисковые буферы выглядит не так уж глупо.

    чудовищно глупо.
    Вам нужна файловая система с промежуточным кэшем на этом ssd, раз уж у вас настолько медленное основное хранилище, а не переписывать активные задачи туда.
    Для неактивных это и так происходит - но не при memory pressure, а в idle time.

     

  • 1.125, Аноним (125), 14:34, 07/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну, поставил. Система не работоспособна даже для их самописной бомбы((((
     
     
  • 2.128, Аноним (33), 06:02, 09/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    -s 100,100
     

  • 1.127, Аноним (49), 22:22, 07/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Системд же есть
     

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



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

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