Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз обработчика нехватки памяти oomd 0.2.0, opennews (??), 11-Сен-19, (0) [смотреть все] Традиционное сравнение киллеров паста написана месяц назад https www opennet , кек (?), 01:47 , 12-Сен-19, (16) +4 // Как oomd убивает сессию https imgur com a FSOtqPm, кек (?), 17:32 , 12-Сен-19, (42) Он так же тормозит как сам Facebook , Аноним (1), 23:28 , 11-Сен-19, (1) +2 // Даже лучше, Водитель маршрутки (?), 23:43 , 11-Сен-19, (3) +6 чем оно лучше earlyoom , Аноним (2), 23:42 , 11-Сен-19, (2) –1 // PSI, Аноним (4), 23:44 , 11-Сен-19, (4) Тем что не требует новейшего ядра и библиотек с подачей смузи , Аноним (8), 00:11 , 12-Сен-19, (8) –4 Тем, что есть пакеты , Аноним (8), 00:12 , 12-Сен-19, (9) Плагины - плохой признак проекта , Грусть (?), 23:51 , 11-Сен-19, (5) –2 // Почему , Аноним (10), 00:21 , 12-Сен-19, (10) // Потому что авторы не знают, чего хотят, и делают то, что могут, а не то, что над, Грусть (?), 00:28 , 12-Сен-19, (11) // Типо, пока сам не сделаешь 8212 никто не сделает , Аноним (14), 01:18 , 12-Сен-19, (14) Потому что для таких крохотных утилит это оверинжиниринг и демонстрация непонима, Аноним (1), 09:31 , 12-Сен-19, (25) // Конечными пользователями oomd являются админы крупных компаний с разными потребн, кек (?), 10:02 , 12-Сен-19, (32) Нет, вы не понимаете В крупных компаниях пишут свои oom killer ы под свои потре, Аноним (35), 11:39 , 12-Сен-19, (35) Ну конечно Ведь давать людям возможность допилить продукт под их нужды без изме, freehck (ok), 09:44 , 12-Сен-19, (29) +1 // Не передёргивайте Плагины - причина повнимательнее посмотреть на продукт Так, Грусть (?), 13:00 , 12-Сен-19, (36) хорошо хоть тут адекватные люди и пишут не на расте, Аноним (17), 02:45 , 12-Сен-19, (17) +2 Я думаю, было бы неплохо, если бы у нас был способ заставить пользователей Fedor, Аноним (18), 03:38 , 12-Сен-19, (18) // А они разве чем-то другим занимаются , Аноним (33), 10:14 , 12-Сен-19, (33) +3 Больше не занимайся переводами, Аноним (37), 14:16 , 12-Сен-19, (37) +1 Линуксопроблемы, Аноним (19), 03:50 , 12-Сен-19, (19) –4 Граждане эксперты, поясните за OOM Почему в Linux есть memory overcommitment и O, Аноним (22), 08:42 , 12-Сен-19, (22) +3 // Потому что внезапно стало приемлемым не рассчитывать доступный объём памяти и на, exSun (ok), 09:35 , 12-Сен-19, (26) // Я вам открою секрет Ламера понабежали не только в девопсы и в админы Они п, freehck (ok), 09:45 , 12-Сен-19, (30) +3 // Ну а теперь их узаконили, да , exSun (ok), 11:31 , 12-Сен-19, (34) да они, блжад, в разработчики понабежали Ни девопсу, ни админу тут уже ничего н, пох. (?), 14:29 , 12-Сен-19, (38) Да я тут где-то уже писал, вроде бы, что работа хорошего девопса заключается в т, freehck (ok), 14:50 , 12-Сен-19, (39) если система не может корректно обработать ситуацию нехватки ресурсов и виснет, , заминированный тапок (?), 15:52 , 12-Сен-19, (40) overcommitment в 64 не работает как задумано а ограничить нельзя просто так н р, x (?), 16:24 , 12-Сен-19, (41) +1   // Я сегодня тестировал limits conf на Elementary OS 5 64 бита Ulimit -а показыва, Павел Отредиез (?), 19:10 , 13-Сен-19, (43)   // Я ввожу в заблуждение Лимиты нормально отрабатывают и на 32 и на 64 бита И да,, Павел Отредиез (?), 20:11 , 13-Сен-19, (44)   В общем я ошибался По памяти пользователя лимитами и не ограничить , Павел Отредиез (?), 22:03 , 13-Сен-19, (45)   Очень даже ограничить В limits conf ключ as позволяет ограничивать размер ВИРТУА, кек (?), 07:00 , 14-Сен-19, (46)   Да, но у palemoon без вкладок VIRT 2G сразуЧерново для себя сделал в ядре ключ r, Павел Отредиез (?), 10:02 , 14-Сен-19, (47)   https www linux org ru forum general 14991027 тема раскрыта, кек (?), 13:52 , 14-Сен-19, (48)   systemd-run --user -p MemoryMax 1G -p MemorySwapMax 0 foo, кек (?), 13:55 , 14-Сен-19, (49)   На самом деле дело обстоит так Нехватка релизов обработчиков памяти , Аноним (23), 09:13 , 12-Сен-19, (23) +1 // Скоро nohang 0 2 выйдет, не беспокойтесь, кек (?), 09:29 , 12-Сен-19, (24) Продублирую тут пасту с лора По части предотвращения ООМ юзерспейсные демоны про, кек (?), 09:37 , 12-Сен-19, (27) Мы придумали OOM обработчик, который вылезает раньше системного OOM обработчика,, Аноним (28), 09:39 , 12-Сен-19, (28) +3 // Умеют, но это дороже обойдется А вообще-то у них миллиарды пользователей Как т, кек (?), 09:59 , 12-Сен-19, (31) 16,1,2,5,17,18,19,22,23,27,28

Сообщения

[Сортировка по времени | RSS]

	41. "Релиз обработчика нехватки памяти oomd 0.2.0"	+1 +/–
	Сообщение от x (?), 12-Сен-19, 16:24
	overcommitment в 64 не работает как задумано. а ограничить нельзя просто так н.р. те же инструментированные address-sanitizer сборки любого процесса тут же выделяют 20 Тб на старте, и нормально себе работают. Так же маппинг гигабайтных файлов требует больших адресных пространств. Теперь имеем что на x64 malloc() всегда завершается удачно, а память жрется по фактическому обращению на страницу в недерминированный момент времени.. как это разрулить пока никто не придумал.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	43. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от Павел Отредиез (?), 13-Сен-19, 19:10
	Я сегодня тестировал limits.conf  на Elementary OS 5 64 бита. Ulimit -а показывает установленные лимиты по памяти, а тестовая mem-бомба с malloc в цикле плюёт на них и загоняет систему в swap. Значит вы говорите, что это свойство 64 битных систем? Я правильно понял?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от Павел Отредиез (?), 13-Сен-19, 20:11
	Я ввожу в заблуждение. Лимиты нормально отрабатывают и на 32 и на 64 бита. И да, malloc возвращает Null при достижении лимитов и на 64 битах.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от Павел Отредиез (?), 13-Сен-19, 22:03
	В общем я ошибался. По памяти пользователя лимитами и не ограничить.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от кек (?), 14-Сен-19, 07:00
	Очень даже ограничить. В limits.conf ключ as позволяет ограничивать размер ВИРТУАЛЬНОЙ ПАМЯТИ КАЖДОГО ПРОЦЕССА сессии пользователя. Ну а в сигруппах memory.max уже устанавливает лимит РЕАЛЬНОЙ ПАМЯТИ для ЦЕЛОЙ ГРУППЫ.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от Павел Отредиез (?), 14-Сен-19, 10:02
	> Очень даже ограничить. > В limits.conf ключ as позволяет ограничивать размер ВИРТУАЛЬНОЙ ПАМЯТИ КАЖДОГО ПРОЦЕССА > сессии пользователя. Да, но у palemoon без вкладок VIRT=2G сразу Черново для себя сделал в ядре ключ rss - резидентная память. Было не реализовано: man bash: -m     The maximum resident set size (many systems do not honor this limit) 2 строчки патча. > Ну а в сигруппах memory.max уже устанавливает лимит РЕАЛЬНОЙ ПАМЯТИ для ЦЕЛОЙ > ГРУППЫ. Напишите кто-нибудь пожалуйста в советы рабочее на сегодняшний день howto "Ограничение памяти по пользователям с помощью cgroups". У меня лично эта тема не получается :(((.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от кек (?), 14-Сен-19, 13:52
	https://www.linux.org.ru/forum/general/14991027 тема раскрыта
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Релиз обработчика нехватки памяти oomd 0.2.0"	+/–
	Сообщение от кек (?), 14-Сен-19, 13:55
	$ systemd-run --user -p MemoryMax=1G -p MemorySwapMax=0 foo
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема