The OpenNET Project / Index page

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



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

Оглавление

В Fedora 32 намерены включить earlyoom для раннего реагирова..., opennews (??), 05-Янв-20, (0) [смотреть все]

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


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

11. "В Fedora 32 намерены включить earlyoom для раннего реагирова..."  +4 +/
Сообщение от Аноним (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ообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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