The OpenNET Project / Index page

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



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

"В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от opennews (??), 05-Янв-20, 21:35 
Опубликован план включения по умолчанию в Fedora 32 фонового процесса earlyoom для раннего реагирования на нехватку памяти в системе. Если объём доступной памяти меньше заданного значения, то earlyoom через отправку SIGTERM (свободной памяти меньше 10%) или SIGKILL (‹ 5%) принудительно (завершит работу процесса, наиболее активно потребляющего память (имеющего самое большое значение /proc/*/oom_score), не доводя состояние системы до очистки системных буферов. Earlyoom позволит более оперативно реагировать на нехватку памяти, не доходя до вызова обработчика OOM (Out Of Memory) в ядре, который срабатывает когда ситуация становится критичной и система, как правило, уже не реагирует на действия пользователя...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52136

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +27 +/
Сообщение от gefest (??), 05-Янв-20, 21:35 
Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.
Ответить | Правка | Наверх | Cообщить модератору

5. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от Аноним (5), 05-Янв-20, 22:10 
https://github.com/rfjakob/earlyoom#preferred-processes
>The command-line flag --prefer specifies processes to prefer killing; likewise, --avoid specifies processes to avoid killing.
Ответить | Правка | Наверх | Cообщить модератору

20. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –6 +/
Сообщение от Аноним (20), 05-Янв-20, 23:12 
о, круто! теперь блотвареписатели будут заносить создателям earlyoom, чтобы те захардкодили их творения в несокращаемый вайтлист.
Ответить | Правка | Наверх | Cообщить модератору

75. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кек (?), 06-Янв-20, 08:03 
>теперь блотвареписатели будут заносить создателям earlyoom, чтобы те захардкодили их творения в несокращаемый вайтлист.

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

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

Ответить | Правка | Наверх | Cообщить модератору

6. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +20 +/
Сообщение от НяшМяш (ok), 05-Янв-20, 22:11 
Зато будет весело, когда earlyroom будет убивать третьегном )
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

19. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:09 
А потом earlyoom начнёт убивать earlyoom...
Ответить | Правка | Наверх | Cообщить модератору

69. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (69), 06-Янв-20, 07:25 
> А потом earlyoom начнёт убивать earlyoom...

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

Ответить | Правка | Наверх | Cообщить модератору

204. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Desktop (?), 02-Фев-20, 01:26 
лохохост ?
Ответить | Правка | Наверх | Cообщить модератору

31. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 05-Янв-20, 23:31 
Если он начнёт убивать третьегном или системд, то я точно буду ржать под столом.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

35. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +3 +/
Сообщение от Аноним (35), 06-Янв-20, 00:01 
Системд — пусть убивает, мне прямо даже интересно посмотреть, как он это сделает.
Ответить | Правка | Наверх | Cообщить модератору

103. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (103), 06-Янв-20, 11:33 
Kernel panic - not syncing. Attempted to kill init!
Ответить | Правка | Наверх | Cообщить модератору

127. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 15:25 
Убить инит может только ядро.
Почему это не может сделать ни один из процессов юзерспейса — попробуйте нагуглить самостоятельно.
Ответить | Правка | Наверх | Cообщить модератору

148. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (148), 06-Янв-20, 20:20 
Разве инит не может убить или завершить сам себя? Недавно наблюдал кернел паник, загрузившись с init=/bin/bash и затем выполнив exit.
Ответить | Правка | Наверх | Cообщить модератору

158. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 21:16 
Убить (послать себе SIGKILL так, чтобы от этого умереть) — нет.
Завершить (exit) или заменить (exec) себя — может.
Ответить | Правка | Наверх | Cообщить модератору

159. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 21:18 
> Убить (послать себе SIGKILL так, чтобы от этого умереть) — нет.

Точнее, может, но для этого самому иниту нужно зарегистрировать обработчик SIGKILL, в котором делать exit (или запись по адресу NULL, например).

Ответить | Правка | Наверх | Cообщить модератору

193. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (193), 08-Янв-20, 01:38 
Напиши kill -9 1 и все будет хорошо. Я так компьютер выключаю.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

168. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 06-Янв-20, 22:55 
ДА ладно, всегда можно написать патч, позволяющий выстрелить себе в ногу!
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

196. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (-), 09-Янв-20, 00:15 
> Убить инит может только ядро.

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

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

169. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 06-Янв-20, 22:56 
Да, и системд это не только инит, но и чёртова туча других процессов. А в федоре они традиционно запущены все.
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

8. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +3 +/
Сообщение от Аноним (8), 05-Янв-20, 22:19 
Сейчас те же браузеры успешно выставляют себе скор повыше и OOM-killer прибивает вкладки браузера первыми. Можно сделать с любым софтом.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

9. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –3 +/
Сообщение от Аноним (8), 05-Янв-20, 22:22 
Я кстати внезапно понял, в чём проблема жирнолиса. И почему из-за него умирают критичные процессы. Он этого не делает. Юзабилити 11/10.
Ответить | Правка | Наверх | Cообщить модератору

77. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кек (?), 06-Янв-20, 08:05 
earlyoom --prefer ^Web Content$

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

Ответить | Правка | Наверх | Cообщить модератору

16. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от ыфвыфв (?), 05-Янв-20, 23:04 
Только вот пусть он лучше заранее закроется, чем закончится память, система повиснет к чертям и придется reset делать.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

63. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Я (??), 06-Янв-20, 06:08 
не надо резет. есть alt+prntscr+b, специально для этих целей.
Ответить | Правка | Наверх | Cообщить модератору

64. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 06:44 
alt+prntscr+f завершает самый толстый процесс.
Ответить | Правка | Наверх | Cообщить модератору

92. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от Аноним (92), 06-Янв-20, 10:25 
Просто b ничем не отличается от резета, нужен eisub. Но вообще это, правда, бесполезно, учитывая что есть f
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

99. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от iPony129412 (?), 06-Янв-20, 11:15 
Такой клавиши можно сказать, что нет
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

161. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (35), 06-Янв-20, 21:29 
Нефиг покупать "ультрапуки" с софтварным выключателем и несъёмной батареей.
Китайское г — оно и есть китайское г, независимо от того, какая бирка там наляпана (apple или irbis).
Ответить | Правка | Наверх | Cообщить модератору

61. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (61), 06-Янв-20, 05:40 
А не все ли равно когда система зависла?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

85. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 08:50 
Разумеется все равно. Что сейчас зависнет, что через час - какая разница?
Ответить | Правка | Наверх | Cообщить модератору

83. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от хек (?), 06-Янв-20, 08:28 
>Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.

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

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

183. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от darkshvein (ok), 07-Янв-20, 13:56 
значит, кого то начнут активно бить по рукам за говнокод [жокингле]
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от РетроАноним (?), 05-Янв-20, 21:46 
А если оно Chrome и Firefox будет постоянно выключать, то как жить?
Ответить | Правка | Наверх | Cообщить модератору

15. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от bbr (?), 05-Янв-20, 22:57 
Купить немного оперативки в ближайшем магазине
Ответить | Правка | Наверх | Cообщить модератору

124. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от производитель фекалий (?), 06-Янв-20, 15:20 
Хoрoший, гoдный пoтребитель. Чем большe тaких - тем лучше для нас. Спасибо, чтo вы есть.
Ответить | Правка | Наверх | Cообщить модератору

17. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:09 
HDD 1 Tb под Swap отдай, желательно IDE.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

110. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от segesg (?), 06-Янв-20, 12:01 
ещё флоппи-диск для свопа посоветуй! ))
Ответить | Правка | Наверх | Cообщить модератору

184. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от darkshvein (ok), 07-Янв-20, 13:56 
пащиму айд?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

197. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (-), 09-Янв-20, 00:17 
Потому что еще более тормозные интерфейсы уже вышли из обращения и дисков на терабайт под них уже не делают...
Ответить | Правка | Наверх | Cообщить модератору

30. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –5 +/
Сообщение от кирилл (?), 05-Янв-20, 23:29 
Выкинуть earlyoom или ещё лучше федору.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

36. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +5 +/
Сообщение от Аноним (35), 06-Янв-20, 00:02 
Отличный совет — бороться не с причиной проблемы, а с кем попало.
Ответить | Правка | Наверх | Cообщить модератору

67. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Тот_Самый_Анонимус (?), 06-Янв-20, 07:12 
Ну тут причина — гамносайты, жрущие память. Какое средство борьбы с ними, кроме как перестать посещать?
Ответить | Правка | Наверх | Cообщить модератору

82. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (69), 06-Янв-20, 08:28 
> Какое средство борьбы с ними, кроме как перестать посещать?

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

Ответить | Правка | Наверх | Cообщить модератору

139. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Vanych (?), 06-Янв-20, 19:03 
Поэтому надо убивать не программы, а самые жрущие вкладки, чтобы снизить посещаемость дерьмосайтов. Но делать это должен сам браузер
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

170. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 06-Янв-20, 22:58 
Вполне симметричный ответ. Ведь юзерспейсный oom именно так и поступает.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

78. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кек (?), 06-Янв-20, 08:06 
Перезагружать вкладки и работать дальше, вместо потенциального хард ресета.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

98. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 11:00 
Видео отклеилось: отсутствие зависания при бесконечном открытии вкладок: https://www.youtube.com/watch?v=PLVWgNrVNlc
Ответить | Правка | Наверх | Cообщить модератору

3. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Анонимчик (?), 05-Янв-20, 21:49 
>Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то. Очень согласен с вами, я даже ООМ не использую, а то некоторые Игори в Вино у меня часто превращают все в слайдшоу, а со всем этим и сохраниться не успеешь.(
Ответить | Правка | Наверх | Cообщить модератору

14. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от Аноним (8), 05-Янв-20, 22:53 
>>Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то. Очень согласен с вами, я даже ООМ не использую, а то некоторые Игори в Вино у меня часто превращают все в слайдшоу, а со всем этим и сохраниться не успеешь.(

Докиньте свопа. У меня тормоза начинаются только когда своп кончается, либо когда из памяти начинают выдавливаться активные страницы. Но, скажем, когда игра использует 8 гб видеопамяти, а в видеокарте только 2, она начинает использовать обычную память, которой конечно же не хватает и своп на такое не рассчитан. Я увеличил своп до 16 гигов и игра прекрасно играется, разве что 1 загрузка долгая и катсцены могут немного подлагивать в 1 раз.

Секрет с лагами в том, чтобы быстро-быстро нажать ctrl+alt+sysrq+f (если не ошибаюсь), пока система ещё отзывчивая и не зависла целиком. Убит будет процесс с большим скором, это не обязательно текущее приложение. И можно предварительно развесить дополнительный вес однострочником в шелле, чтобы убивались именно наименее необходимые процессы. Но зачастую активное приложение в фокусе и ксть наименее важное, как это ни странно: фоном может идти многочасовой рендер и прерывать его никак не хочется. Чаще всего всё работает как часы, но я покрываюсь холодным потом каждый раз.

Ответить | Правка | Наверх | Cообщить модератору

90. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (90), 06-Янв-20, 09:31 
> Докиньте свопа. У меня тормоза начинаются только когда своп кончается, либо когда
> из памяти начинают выдавливаться активные страницы.

Докидывать свопа в Линукс-системах ненужно, это не винда, если система свопуется, то это признак нехватки памяти, в случае Игорей следует выбрать одно из двух, либо докупить ОЗУ, либо выкинуть на мороз гомнопродукт потребления.
>Но, скажем, когда игра использует 8 гб видеопамяти,

Ужос, что это за игра такая, которая жрёт 8 Гб видеопамяти. Я бы в такую не играл, там очевидно что-то с оптимизацией и опоясывающий гомнокод.
>а в видеокарте только 2,

Если у вас видеокарта только 2 Гб, а игра ест все 8, то у меня для вас плохие новости
>она начинает использовать обычную память,
>которой конечно же не хватает и своп на такое  не рассчитан.
>Я увеличил своп до 16 гигов и игра прекрасно играется,

Ye-ye. Про прекрасно играется, жирновато очень. Я понимаю, новогодние праздники, привычка лопать всего помногу и за раз, но не стоит так перебарщивать.
>разве что 1 загрузка долгая и катсцены могут немного подлагивать
> в 1 раз.

Огада.

Ответить | Правка | Наверх | Cообщить модератору

130. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 15:35 
Щито? Ви таки мне не верите? Обычная игра, дотнет там или что, я не разбирался. Frostpunk называется. И да, в требованиях на странице магазина врут - на это много жалоб было. Но я смог запустить и успешно пройти, именно докинув 16 гигов свопа. :)
Ответить | Правка | Наверх | Cообщить модератору

4. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Интересующийся (??), 05-Янв-20, 21:55 
Больше памяти - больше оом (:

Ответить | Правка | Наверх | Cообщить модератору

7. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от n1rdeks (ok), 05-Янв-20, 22:15 
Вот только это ещё один вирус... А если в Fedora, то скоро и во всех остальных.
Ответить | Правка | Наверх | Cообщить модератору

12. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (12), 05-Янв-20, 22:46 
в debian 10 есть пакет earlyoom, хочешь ставь и настраивай, а хочешь не ставь

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

Ответить | Правка | Наверх | Cообщить модератору

29. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от кирилл (?), 05-Янв-20, 23:27 
Хромиум? Четвёртый по лёгкости свопинга, после pdf/djvu читалок, гимпа и файерфокса по лёгкости свопинга?! Да научитесь вы наконец включать своп и настраивать этот чёртов zram! Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.
Ответить | Правка | Наверх | Cообщить модератору

37. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 00:04 
> Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.

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

Ответить | Правка | Наверх | Cообщить модератору

172. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 06-Янв-20, 23:03 
Я сказал что жить в принципе можно, а не то что там что то летает. По крайней мере не падает и никакие хард резеты ему не нужны. И даже в своппинг дольше пары минут не забуривается как тут пытаются представить.
Ответить | Правка | Наверх | Cообщить модератору

66. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 06:57 
> Да научитесь вы наконец включать своп и настраивать этот
> чёртов zram!

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

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

171. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 06-Янв-20, 23:00 
Но при этом значительно повышающий отзывчивость при свопинге. А эффективность zswap я покане наблюдал вживую.
Ответить | Правка | Наверх | Cообщить модератору

18. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –6 +/
Сообщение от Аноним (18), 05-Янв-20, 23:09 
Вирус тут Linux, который при нехватке памяти вешается, делая работу системы невозможной, и при наличии и при отсутствии свопа.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –4 +/
Сообщение от Аноним (10), 05-Янв-20, 22:37 
Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро. А МС не будет - у них винда есть, кому не нравится говноядро - тот юзает винду.
Ответить | Правка | Наверх | Cообщить модератору

11. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +3 +/
Сообщение от Аноним (8), 05-Янв-20, 22:43 
> Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это
> долбанное ядро. А МС не будет - у них винда есть,
> кому не нравится говноядро - тот юзает винду.

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

Ответить | Правка | Наверх | Cообщить модератору

13. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (13), 05-Янв-20, 22:50 
Вот да, пару килобайт памяти ему зарезервировать и будет идеально, а то когда все намертво зависает я так понимаю он даже запуститься не может.
Ответить | Правка | Наверх | Cообщить модератору

38. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Оно Ним (?), 06-Янв-20, 00:33 
И доблестный Хромиум проигнорит SIGTERM, SIGKILL. Прям вот верю. )))
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

41. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (41), 06-Янв-20, 01:04 
> А какие ещё варианты?

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

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

43. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (10), 06-Янв-20, 01:31 
да не оом-киллер надо чинить, а планировщик свопинга.
Ответить | Правка | Наверх | Cообщить модератору

79. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 08:11 
Ставлю анус, что ядерный киллер в ближайшие 10 лет не починят. Эпоха юзерспейсных киллеров началась с 2018: фейсбук использует oomd в проде, в Endless OS включен собственный psi-monitor. Федора собирается. Остальным дистрам приготовиться.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

163. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 21:31 
> А починить ядерный OOM killer это не вариант??

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

42. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Аноним (10), 06-Янв-20, 01:29 
>и будет у вас маллок фейлиться, как в венде.

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

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

45. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 01:40 
Наверно там 32 битный софт и ему надо на 15% меньше памяти. Конечно фейлится, именно поэтому система не зависает, а софт знает, что память получить не удалось, в связи с чем не пытается использовать её.

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

Ответить | Правка | Наверх | Cообщить модератору

48. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 03:04 
И кстати, я очень оценил отсутствие киллера и magic-key в той ситуации. Но зато у виндоус есть хоткей для перезапуска графического драйвера, что не совсем то, но иногда помогает при зависании. Главное только не ждать, пока зависнет окончательно. Прямо как в линуксе.
Ответить | Правка | Наверх | Cообщить модератору

50. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (41), 06-Янв-20, 03:07 
Линукс легко доходит до ручки потому что у людей обычно и своп включён и высокий лимит на размер кеша записи.

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

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

111. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 06-Янв-20, 12:01 
>Затем сбрасывается на диск ВЕСЬ кэш записи.

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

Ответить | Правка | Наверх | Cообщить модератору

119. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (41), 06-Янв-20, 14:15 
Нет, не должен. Некоторые файлы создаются и почти сразу удаляются. Например, временные файлы, создаваемые при компиляции/линковке. Если сбрасывать их на диск с задержкой, можно потом не тратить время на удаление.

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

Ответить | Правка | Наверх | Cообщить модератору

122. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 06-Янв-20, 15:11 
>При выключении

Я не о выключении, а о пропадании питания. Иногда бывает даже в Москве, к сожалению. Так вот, таких огромных потерь данных я не замечал.

Ответить | Правка | Наверх | Cообщить модератору

105. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 06-Янв-20, 11:34 
>Конечно фейлится, именно поэтому система не зависает

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

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

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

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

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

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

140. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 19:09 
>qtcreator
>Норм

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

Ответить | Правка | Наверх | Cообщить модератору

117. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (-), 06-Янв-20, 13:40 
> Можете мне поверить
> у виндоус ровно такая же проблема и при исчерпании
> всей памяти и свопа она замечательно зависает целиком и полностью.
> И высока вероятность, что перезагружаться придётся с кнопки ресет
> Можете мне поверить

Чего тебе верить? У меня прямо сейчас под рукой две машины - винда и линукс. Скажу сразу - за последние 5 лет ресетал винду 0 раз. Линукс раз N-ть. Ну чё проверяем?

> Другой разговор, что в такой угол её надо постараться загнать

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

> Можете мне поверить, у виндоус ровно такая же проблема

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

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

132. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 15:46 
Так это и не загоняние её в угол. Лайтово можно попробовать её повесить виртуалками, для харда нужно уменьшить своп и запустить какую-нибудь жручую игрушку и она наверняка зависнет намертво. Только условие, что у видеокарты должно быть мало памяти, а в коде эта ситуация не должна обрабатываться корректно. Никакие хоткеи и тем более запуск программ работать не будут. :)
Ответить | Правка | Наверх | Cообщить модератору

65. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (65), 06-Янв-20, 06:51 
Прекрасно фейлится. Дайте к примеру в hyper-v виртуальной машине памяти не строго 2 gb например, а по умолчанию "от" и "до" и вы тут же увидите как гость сожрёт всю память и винда зависнет.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

94. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Нанобот (ok), 06-Янв-20, 10:39 
> Разве что резервировать памяти ядру на такие случаи, чтобы oom-killer не зависал.

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

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

22. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +3 +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:16 
> кому не нравится говноядро - тот юзает

...говноОС?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

27. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 05-Янв-20, 23:23 
Пофиксить лаги при исчерпании памяти стоит не дороже самого дешёвого ssd. И ничего не стоит если он уже есть.

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

44. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (10), 06-Янв-20, 01:34 
>стоит не дороже самого дешёвого ssd.

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

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


>кирилл

Суть токова?

Ответить | Правка | Наверх | Cообщить модератору

58. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –3 +/
Сообщение от кирилл (?), 06-Янв-20, 05:02 
>>не ссд с памятью надо покупать, а ядро фиксить.

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

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

Ответить | Правка | Наверх | Cообщить модератору

71. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +6 +/
Сообщение от Аноним (71), 06-Янв-20, 07:45 
>У меня чуть меньше гига оперативки

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


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

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

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

Ответить | Правка | Наверх | Cообщить модератору

72. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –5 +/
Сообщение от Аноним (72), 06-Янв-20, 07:54 
>Да откуда же вы такие лезете?

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

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

Ответить | Правка | Наверх | Cообщить модератору

101. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Аноним (69), 06-Янв-20, 11:27 
Доктор, успокойтесь. Снимите свое белое пальто и деньги с карточки и купите всем памяти. Судя по вашим ценам, вы не обеднеете.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

108. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Аноним (10), 06-Янв-20, 11:50 
>Тут даже лечить уже поздно.

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

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

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

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

126. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +4 +/
Сообщение от Аноним (71), 06-Янв-20, 15:24 
>А вот я нихрена не вижу возможностей купить ддр2 на авито по нормальной цене

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

134. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (41), 06-Янв-20, 18:32 
ты бы ещё про ddr2 вспомнил
Ответить | Правка | Наверх | Cообщить модератору

179. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (71), 07-Янв-20, 06:26 
Я говорил про древнюю оперативку, а не ископаемую. Антиквариат дорого стоит во все времена. Раритет-с.

Так что просто обнови железо. Платформы 5-7 летней давности сейчас по цене грязи продаются.

Ответить | Правка | Наверх | Cообщить модератору

181. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 07-Янв-20, 12:40 
>An antique is usually an item that is collected or desirable because of its age, beauty, rarity, condition, utility, personal emotional connection, and/or other unique features.
>Antiques are usually objects that show some degree of craftsmanship, collectability, or a certain attention to design, such as a desk or an early automobile.

Что из этого попадает к массово производимой ddr2 памяти?

Ответить | Правка | Наверх | Cообщить модератору

186. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (71), 07-Янв-20, 15:09 
>При этом на авито ddr2 БУ почему-то стоит дороже ($200), чем ddr4 в магазе

А вот что. А должна быть дешевле современной. Как ддр3, например.

Ответить | Правка | Наверх | Cообщить модератору

187. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (71), 07-Янв-20, 15:09 
>При этом на авито ddr2 БУ почему-то стоит дороже ($200), чем ddr4 в магазе

А вот что. А должна быть дешевле современной. Как ддр3, например.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

125. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от кирилл (?), 06-Янв-20, 15:22 
А я как то забыл спросить разработчиков скайпа, можно ли мне купить RPi3 или для них там слишком мало оперативки.

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

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

182. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 07-Янв-20, 12:53 
Единственное, что мы делаем не так - это то, что мы не организуем краудфаундинг на переписывание проблемной подсистемы ядра.
Ответить | Правка | Наверх | Cообщить модератору

188. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от кирилл (?), 07-Янв-20, 17:14 
Это логично что никто особенно не парится по этому поводу, ведь для более чем 99% пользователей там нет никаких проблемных подсистем. Это ещё поискать надо такие дикие юзеркейсы, которые одним вызовом выжирают более 20% оперативки и не дают свопу выполнить свою работу. А фанатики, отключающие своп вообще и надеющиеся на аварийную подсистему.
Ответить | Правка | Наверх | Cообщить модератору

189. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 07-Янв-20, 17:15 
** фанатики не в счёт.
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

160. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 21:25 
> Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро.

Ну почему.
> 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 механизмах управления ресурсами отпадает.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

21. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Минона (ok), 05-Янв-20, 23:15 
Костыль на костыле.
Ответить | Правка | Наверх | Cообщить модератору

95. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от Нанобот (ok), 06-Янв-20, 10:41 
Это опенсорс, детка
Ответить | Правка | Наверх | Cообщить модератору

106. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от хек (?), 06-Янв-20, 11:35 
Кстати о костылях.
1. оверкоммит мемори - это костыль .
2. Эвристический оверкоммит в единице по умолчанию (vm.overcommit_memory=1) - это большой костыль.
3. Ядерный оом киллер, необходимость которого появилась вследствие разрешения оверкоммита - это костыль.
4. Сложный алгоритм, используемый для нахождения жертвы, применяемый ядерным киллером - это костыль.
5. Существование двух параметров для регулирования приоритета выбора жертвы - oom_adj и oom_score_adj - это костыль.
Ладно бы я услышал аргументы о костылях, если бы их не было в ядре, или они хотя бы отлично работали в ядре. Но нет - ядро полно костылей, связанных с обработкой нехватки памяти, и, более того, вся эта груда костылей отвратительно работает. Возможно, юзерспейсные обработчики являются не меньшими и дополнительными костылями, но они хотя бы работают.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

162. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (162), 06-Янв-20, 21:31 
в виндах оверкоммит запрещен с рожения и все ок
Ответить | Правка | Наверх | Cообщить модератору

23. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –3 +/
Сообщение от кирилл (?), 05-Янв-20, 23:18 
Федора неадекватна.
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-й минуты аптайма. А так ничего, полёт нормальный.

Ответить | Правка | Наверх | Cообщить модератору

25. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:20 
>А так ничего, полёт нормальный.

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

Ответить | Правка | Наверх | Cообщить модератору

32. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от кирилл (?), 05-Янв-20, 23:36 
У меня как в "крутом пике", вроде бы падение, но если посмотреть на счётчик, то я уже 10 дней падаю и всё забываю файерфокса перезапустить. Вообще хз на сколько он там с прошлого года растёкся. Сижу себе и строчу комменты от нечего делать.
Ответить | Правка | Наверх | Cообщить модератору

28. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 05-Янв-20, 23:26 
Я иногда запускаю некоторые жаваподелия, там там 3% "свободной" памяти вполне обычно. И оно будет нормально работать часами и часами, даже своп не используется. А когда памяти не хватает, её не хватает резко много — своп тут же кончается, ядро вытесняет всё лишнее в него и тут же всё зависает. Обычно от проблем с тормозами помогает увеличение свопа до границ, в которых никогда он не кончится, ну и vm.swappiness=95.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

49. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Marta K. (?), 06-Янв-20, 03:05 
Вы ругаетесь на 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/8814f152e814cf56fa...

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

112. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (10), 06-Янв-20, 12:03 
Ты ещё всем домой сервера купить предложи.
Ответить | Правка | Наверх | Cообщить модератору

164. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (162), 06-Янв-20, 21:34 
слабовато товарищ, слабовато. во как у норм пацанов https://imgur.com/a/qPpOpui
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

176. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Marta K. (?), 07-Янв-20, 02:04 
> во как у норм пацанов

Я не пацан)

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

Ответить | Правка | Наверх | Cообщить модератору

177. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Marta K. (?), 07-Янв-20, 02:07 
И к тому же, не уверена, что у этих "норм пацанов" это стоит у них дома :)
А так да, норм система у них :)
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

116. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +3 +/
Сообщение от Annoynymous (ok), 06-Янв-20, 12:42 
У тебя свободно более 20% памяти.

https://www.linuxatemyram.com/

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

24. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:19 
Битва наконец то проиграна, пойду и себе поставлю окупанта тогда...
Ответить | Правка | Наверх | Cообщить модератору

26. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от VINRARUS (ok), 05-Янв-20, 23:23 
А не, в тропическую страну openSUSE ещо не добрался, в репозиториях отсутствует. xD
Ответить | Правка | Наверх | Cообщить модератору

52. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (52), 06-Янв-20, 03:54 
Ты не прав: https://software.opensuse.org/package/earlyoom?search_term=e...
Ответить | Правка | Наверх | Cообщить модератору

135. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от VINRARUS (ok), 06-Янв-20, 18:41 
Частично прав, в офицыальных репозиториях отсутствует, а тут левые юзерские смотрю.
Ответить | Правка | Наверх | Cообщить модератору

53. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 03:58 
Вот этот пакет похоже профессионально сделан - как надо: https://software.opensuse.org/ymp/home:embar-:Lietukas/openS...
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

138. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от VINRARUS (ok), 06-Янв-20, 18:54 
> Вот этот пакет похоже профессионально сделан - как надо: https://software.opensuse.org/ymp/home:embar-:Lietukas

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

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

Ответить | Правка | Наверх | Cообщить модератору

136. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 18:47 
Всё теперь официально в экспериментальных: https://bugzilla.suse.com/show_bug.cgi?id=1114589#c12
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

33. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от ползкрокодил (?), 05-Янв-20, 23:36 
>Fedora

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

Ответить | Правка | Наверх | Cообщить модератору

34. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (34), 05-Янв-20, 23:44 
неспроста полезные идиоты активизировались в последнее время, постоянный пиар earlyoom в комментах..
Ответить | Правка | Наверх | Cообщить модератору

97. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 10:53 
Единствонной причиной, по которой его пиарят - это то, что он действительно эффективно может обрабатывать нехватку памяти, в отличие от ядерного киллера. Ядерный киллер не ращищает юзерспейс, он заботится только о себе. Его пиарят не корпорации, а довольные юзеры.
Ответить | Правка | Наверх | Cообщить модератору

165. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (35), 06-Янв-20, 21:37 
> Ядерный киллер не ращищает юзерспейс, он заботится только о себе.

Расчищает, просто делает это в соответствии с 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.

Ответить | Правка | Наверх | Cообщить модератору

167. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 06-Янв-20, 22:03 
>innocent

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

Ответить | Правка | Наверх | Cообщить модератору

39. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от Оно Ним (?), 06-Янв-20, 00:35 
А можно ж просто не выдавать память, если её мало. Зачем килять-то???

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

Ответить | Правка | Наверх | Cообщить модератору

47. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Тфьу (?), 06-Янв-20, 02:11 
слишком сложно
Ответить | Правка | Наверх | Cообщить модератору

104. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 11:33 
Чем отличается убиство приложения ООМ киллером и краш приложения встедствие ошибки выделения памяти при запрете оверкоммита?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

118. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (118), 06-Янв-20, 13:41 
ошибки выделения памяти можно проверить и не устраивать краш
Ответить | Правка | Наверх | Cообщить модератору

131. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от Аноним (35), 06-Янв-20, 15:37 
В OOM-safe стиле пишет только несколько упoротых типа Поттеринга. А 99.99999% программистов считают, что malloc не может вернуть NULL, поэтому обработка OOM в их программах сводится к падению от SIGSEGV.
Ответить | Правка | Наверх | Cообщить модератору

191. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (8), 07-Янв-20, 18:29 
Ты не прав, стараниями гугла уже много лет как модно обрабатывать левые сигналы. Breakpad тот же. Ну а маллок как минимум может на венде, мы же не вендообезьяны и пишем кроссплатформенно.
Ответить | Правка | Наверх | Cообщить модератору

178. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (162), 07-Янв-20, 06:09 
можно отстановить выполнение, внезапно(SIGSTOP), и ничего не упадет
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

205. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от яяя (?), 19-Мрт-20, 07:55 
>Ну не дали памяти - пусть ждёт в очереди.

Это и есть зависание - бесконечное ожидание очереди.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

40. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Грусть (?), 06-Янв-20, 00:54 
Дожили. Это всё демоны!
Ответить | Правка | Наверх | Cообщить модератору

46. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Ilya Indigo (ok), 06-Янв-20, 01:54 
Надеюсь в openSUSE из коробки тоже завезут.
Ответить | Правка | Наверх | Cообщить модератору

51. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (52), 06-Янв-20, 03:51 
Тоже на это ОЧЕНЬ надеюсь! Давно пора!
Ответить | Правка | Наверх | Cообщить модератору

54. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 04:10 
Уже есть: https://software.opensuse.org/package/earlyoom?search_term=e...
Вот этот пакет вроде корректно сделан - home:embar-:Lietukas: https://software.opensuse.org/ymp/home:embar-:Lietukas/openS...

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

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

55. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Ilya Indigo (ok), 06-Янв-20, 04:43 
> Уже есть: https://software.opensuse.org/package/earlyoom?search_term=e...

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

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

https://build.opensuse.org/package/view_file/home:embar-:Lie...

%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)

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

Ответить | Правка | Наверх | Cообщить модератору

56. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 04:55 
В чём костыль то?! Просто расчитаноо на разные системы - универально сделано. Всё там правильно: сейчас у меня earlyoom запущен и работает нормально, в системных службах присутствует, запускается и останавливается нормально, логи - всё есть.
Ответить | Правка | Наверх | Cообщить модератору

59. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Ilya Indigo (ok), 06-Янв-20, 05:09 
> В чём костыль то?! Просто расчитаноо на разные системы - универально сделано.
> Всё там правильно: сейчас у меня earlyoom запущен и работает нормально,
> в системных службах присутствует, запускается и останавливается нормально, логи - всё
> есть.

Костыль в том что в openSUSE есть только systemd, а версия 12.3, для которой идёт проверка уже давно не существует, а в Factory нет никаких редхетов, только openSUSE.
Release:       wiz%{?extraver:0.}1%{?dist}
Release в openSUSE всегда должен быть равен 0, тег Group в openSUSE не нужен.

%{__sed}
%{__make} %{?_smp_mflags}

Боже мой, у меня глаза на лоб лезут от такого...
Этот мусор просто не нужен! Из-за подобного мусора невозможно нормально не то что сопровождать пакет, а даже провести его аудит.

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

На данный момент видно что автор просто залил spec-файл из апстрима, совершенно не понимая как устроена OBS в openSUSE и подерживает его просто для галочки.

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

Ответить | Правка | Наверх | Cообщить модератору

62. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 05:53 
А я считаю, что ты бы мог запросто взяться за доведение его до ума раз так хорошо разбираешься в этом, тем более, что там практиченски всё сделано и работает, нужно только отполировать, чтобы в основную ветку могли взять. Сделай пожалуйста, мне мейнтейнеры предлагали, но у меня не так много опыта, я спеки давно не делал, тем более не для себя, а для серьёзного дистра. Они тебе помогут, поправят, если что, когда в основном всё будет сделано. Здесь низкоуровнего ничего нету.

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

Ответить | Правка | Наверх | Cообщить модератору

68. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 07:22 
> А я считаю, что ты бы мог запросто взяться за доведение его
> до ума раз так хорошо разбираешься в этом

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

73. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –2 +/
Сообщение от Аноним (52), 06-Янв-20, 07:57 
>Вот только он к тому же человек ответственный и потому совершенно справедливо предполагает о возможности нежелательных эффектов.

Пока ответственности нет: её нужно брать на себя, а иначе это простое балабольство. Как товарищ Сталин говорил: критикуешь - предлагай, предлагаешь - делай, делаешь - отвечай! Вот и вся простая формула!

Ответить | Правка | Наверх | Cообщить модератору

76. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 08:04 
>>Вот только он к тому же человек ответственный и потому совершенно справедливо предполагает о возможности нежелательных эффектов.
> Пока ответственности нет: её нужно брать на себя, а иначе это простое
> балабольство.

Так возьми, не будь балаболом.

> Как товарищ Сталин говорил: критикуешь - предлагай, предлагаешь - делай,
> делаешь - отвечай! Вот и вся простая формула!

И что же ты делаешь?

Ответить | Правка | Наверх | Cообщить модератору

80. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 08:18 
Ну прочитай мои комменты и ссылки внимательно: я не критиковал, для меня меня пакет работает.
Вот, что я предложил и сделал из того, что мог на данный момент: https://bugzilla.suse.com/show_bug.cgi?id=1114589#c7
Ответить | Правка | Наверх | Cообщить модератору

84. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 08:35 
Разумеется, предварительно я прочёл вот это вот всё. Там ответили: берите ответственность, делайте сами. В результате начались попытки манипуляций "тебе слабо?", когда Илья видит границы своей компетентности и в праве отказаться.
Ответить | Правка | Наверх | Cообщить модератору

86. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 08:51 
Манипуляций нет, просто зачем пустая критика без действия?
Ответить | Правка | Наверх | Cообщить модератору

87. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 09:03 
> Манипуляций нет, просто зачем пустая критика без действия?

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

Ответить | Правка | Наверх | Cообщить модератору

88. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 09:08 
Я не критикую, просто предположил, что он сможет раз имеет такие глубокие познания.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

89. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 09:12 
> Я не критикую, просто предположил, что он сможет раз имеет такие глубокие
> познания.

Он и без нас знает, сможет или нет. С какой целью публиковать так называемое предположение переполненное маркерами "запросто", "раз так хорошо разбираешься" и "нужно"?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

91. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 09:43 
Ты сам начал ненужный трёп ;)
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

93. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 06-Янв-20, 10:31 
Да, именно я виноват, что за тебя не сделали.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

137. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 18:49 
Почему за меня?! Все уже сделано - теперь пакет официально в экспериментальных: https://bugzilla.suse.com/show_bug.cgi?id=1114589#c12 ;) И безо всяких изменений!
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

180. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (64), 07-Янв-20, 06:54 
А, так это я тут просил, что бы добавили, виноват, запамятовал.
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

192. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Ilya Indigo (ok), 07-Янв-20, 19:43 
https://build.opensuse.org/request/show/761536
Дело сдвинулось с мёртвой точки.

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

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

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

201. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  –1 +/
Сообщение от Аноним (201), 10-Янв-20, 19:03 
Оно не само сдвинулось ;) Люди сдвинули: https://bugzilla.suse.com/show_bug.cgi?id=1114589

В официальных уже: https://software.opensuse.org/package/earlyoom?search_term=e...

Ответить | Правка | Наверх | Cообщить модератору

203. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Ilya Indigo (ok), 11-Янв-20, 05:59 
Сделал это только один конкретный человек Ismail Dönmez ( https://build.opensuse.org/users/namtrac ) я очень рад что он взял проект под своё крыло, и его нет в списке, комментаторов багзилы, в котором люди просто тупо просят принять пакет, причём за год были не в состоянии привести его к нормальному виду.
Ответить | Правка | Наверх | Cообщить модератору

57. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (52), 06-Янв-20, 04:58 
Посмотри ещё внимательно: этот пакет у него на всех системах работает включая старые:
- openSUSE:Leap:15.0
- openSUSE:Leap:42.2
и т.д. Так что там ВСЁ правильно и корректно.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

60. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Ilya Indigo (ok), 06-Янв-20, 05:14 
> Посмотри ещё внимательно: этот пакет у него на всех системах работает включая
> старые:
> - openSUSE:Leap:15.0
> - openSUSE:Leap:42.2
> и т.д. Так что там ВСЁ правильно и корректно.

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

Ответить | Правка | Наверх | Cообщить модератору

81. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 08:19 
earlyoom прекрасно заточен под говно мамонта и может работать на ядрах 2.6. Это самый легаси-френдли киллер.
Ответить | Правка | Наверх | Cообщить модератору

70. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (69), 06-Янв-20, 07:29 
> Fedora 32

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

Ответить | Правка | Наверх | Cообщить модератору

74. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +2 +/
Сообщение от Аноним (74), 06-Янв-20, 08:00 
Будет, на ней всё будет в кайф, там, наверное, процессам вообще не нужно будет умирать
Ответить | Правка | Наверх | Cообщить модератору

96. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Нанобот (ok), 06-Янв-20, 10:47 
Будет, ориентировочно в 2036г
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

102. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (69), 06-Янв-20, 11:31 
> Fedora 32
> Fedora 64

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

Ответить | Правка | Наверх | Cообщить модератору

128. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (35), 06-Янв-20, 15:30 
Да нет, очень даже.
В 2036 — это как раз за два года до 2038 и связанными с ним 32-битными проблемами.
Ответить | Правка | Наверх | Cообщить модератору

100. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 11:27 
Кстати о костылях.
1. оверкоммит мемори - это костыль .
2. Эвристический оверкоммит в единице по умолчанию (vm.overcommit_memory=1) - это большой костыль.
3. Ядерный оом киллер, необходимость которого появилась вследствие разрешения оверкоммита - это костыль.
4. Сложный алгоритм, используемый для нахождения жертвы, применяемый ядерным киллером - это костыль.
5. Существование двух параметров для регулирования приоритета выбора жертвы - oom_adj и oom_score_adj - это костыль.
Ладно бы я услышал аргументы о костылях, если бы их не было в ядре, или они хотя бы отлично работали в ядре. Но нет - ядро полно костылей, связанных с обработкой нехватки памяти, и, более того, вся эта груда костылей отвратительно работает. Возможно, юзерспейсные обработчики являются не меньшими и дополнительными костылями, но они хотя бы работают.
Ответить | Правка | Наверх | Cообщить модератору

113. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от segesg (?), 06-Янв-20, 12:03 
Предложи как сделать без этих костылей.
Ответить | Правка | Наверх | Cообщить модератору

114. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 12:28 
Вот и я не знаю как без костылей. Я лишь предлагаю костыль, который, в отличие от ядерных, действтельно работает.
Ответить | Правка | Наверх | Cообщить модератору

107. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (107), 06-Янв-20, 11:47 
Софт детектирующий в мантейнерах не очень грамотных людей.
Ответить | Правка | Наверх | Cообщить модератору

115. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 12:29 
Какой софт? Каких мейнтейнеров? Где?
Ответить | Правка | Наверх | Cообщить модератору

109. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (109), 06-Янв-20, 11:58 
К слову сказать, это движение началось после моего сообщения в LKML. ))

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

// b.

Ответить | Правка | Наверх | Cообщить модератору

120. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 14:34 
Киллеры пишутся уже давно. earlyoom, nohang, oomd были написаны до. Возможно кейс Ташкинова повлиял именно на прогресс в Федоре.
Ответить | Правка | Наверх | Cообщить модератору

121. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (121), 06-Янв-20, 14:47 
> earlyoom через отправку SIGTERM (свободной памяти меньше 10%) или SIGKILL (< 5%) принудительно

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

Ответить | Правка | Наверх | Cообщить модератору

133. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 06-Янв-20, 16:00 
Они будут забиты страничным кэшем. Во-вторых, пороги можно менять.
Ответить | Правка | Наверх | Cообщить модератору

173. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (173), 07-Янв-20, 00:54 
Сначала сделать проблему, потом героически её решать. Всё как надо.
Ответить | Правка | Наверх | Cообщить модератору

174. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от qsdg (ok), 07-Янв-20, 01:48 
А почему бы просто не запретить выделение новой памяти, без завершения никаких процессов?
Ответить | Правка | Наверх | Cообщить модератору

190. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Антон (??), 07-Янв-20, 17:46 
Вместо убйства процессы начнут падать, иногда задолго до исчерпания физической памяти.
Ответить | Правка | Наверх | Cообщить модератору

175. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от qsdg (ok), 07-Янв-20, 01:50 
Я вообще удивлён как в Линухе до сих пор всё виснет при нехватке памяти. В программах, которые я пишу, по крайней мере в 90% случаев я могу обрабатать OOM и gracefully показать юзеру ошибку.
Ответить | Правка | Наверх | Cообщить модератору

195. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (193), 08-Янв-20, 01:42 
Серверные программы бывает люди пишут и там прямтебе скажу потребление в 48 - 128 Гб это нормальное дело. А в целом ответ простой хотят подешевле обслужить побольше пользователей. Все эти nginx и прочие почему популярны? Потому что позволяют разным товарищам экономить уйму денег и втихоря строить себе на экономленные деньги дачку ;)
Ответить | Правка | Наверх | Cообщить модератору

185. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от mikhailnov (ok), 07-Янв-20, 14:47 
Есть патчи от ChromiumOS для якобы улучшения отзывчивости системы в условиях нехватки памяти: https://abf.io/mikhailnov/kernel-desktop-4.15/blob/master/Ch...
Также есть интересный патч le9: https://abf.io/mikhailnov/kernel-desktop-4.15/blob/master/le...
Я не выявил значительной функциональной разницы с ними и без них, но, может, кому-то будет интересно попробовать. По ссылкам выше есть ссылки на первоисточники.
Ответить | Правка | Наверх | Cообщить модератору

194. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +1 +/
Сообщение от Аноним (193), 08-Янв-20, 01:39 
А почему прибивают процесс, а не замораживают? Заморозка веротяно лучше была бы?
Ответить | Правка | Наверх | Cообщить модератору

200. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от КО (?), 09-Янв-20, 12:30 
Так если прибить процесс вкладки браузера - браузер ее переоткроет на автомате и заново сожрет память, а если заморозить, то взаимодействующий с ней основной процесс зависнет тоже и у пользователя начнутся фризы и он будет ругаться. :)
Ответить | Правка | Наверх | Cообщить модератору

198. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от axredneck (?), 09-Янв-20, 00:55 
> завершит работу процесса, наиболее активно потребляющего память

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

Ответить | Правка | Наверх | Cообщить модератору

199. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от хек (?), 09-Янв-20, 07:34 
Спасет частично. Как вариант ограничивай размер темпа.
Ответить | Правка | Наверх | Cообщить модератору

202. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +/
Сообщение от Аноним (201), 10-Янв-20, 19:04 
В сусе в официальных уже: https://software.opensuse.org/package/earlyoom?search_term=e...
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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