1.1, gefest (??), 21:35, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +29 +/– |
Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.
| |
|
|
3.20, Аноним (20), 23:12, 05/01/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
о, круто! теперь блотвареписатели будут заносить создателям earlyoom, чтобы те захардкодили их творения в несокращаемый вайтлист.
| |
|
2.6, НяшМяш (ok), 22:11, 05/01/2020 [^] [^^] [^^^] [ответить]
| +21 +/– |
Зато будет весело, когда earlyroom будет убивать третьегном )
| |
|
|
4.69, Аноним (69), 07:25, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А потом earlyoom начнёт убивать earlyoom...
И начнется каскадный резонанс на отдельно взятом локалхосте безо всяких БАКов. Х-)
Вот это поворот!
| |
|
3.31, кирилл (?), 23:31, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если он начнёт убивать третьегном или системд, то я точно буду ржать под столом.
| |
|
4.35, Аноним (35), 00:01, 06/01/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Системд — пусть убивает, мне прямо даже интересно посмотреть, как он это сделает.
| |
|
|
6.127, Аноним (35), 15:25, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Убить инит может только ядро.
Почему это не может сделать ни один из процессов юзерспейса — попробуйте нагуглить самостоятельно.
| |
|
7.148, Аноним (148), 20:20, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Разве инит не может убить или завершить сам себя? Недавно наблюдал кернел паник, загрузившись с init=/bin/bash и затем выполнив exit.
| |
7.168, кирилл (?), 22:55, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
ДА ладно, всегда можно написать патч, позволяющий выстрелить себе в ногу!
| |
7.196, Аноним (-), 00:15, 09/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Убить инит может только ядро.
С чего бы вдруг? :) Рут вполне может его вынести. И получить заслуженный кернелпаник.
| |
|
6.169, кирилл (?), 22:56, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Да, и системд это не только инит, но и чёртова туча других процессов. А в федоре они традиционно запущены все.
| |
|
|
|
|
2.8, Аноним (8), 22:19, 05/01/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Сейчас те же браузеры успешно выставляют себе скор повыше и OOM-killer прибивает вкладки браузера первыми. Можно сделать с любым софтом.
| |
|
3.9, Аноним (8), 22:22, 05/01/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Я кстати внезапно понял, в чём проблема жирнолиса. И почему из-за него умирают критичные процессы. Он этого не делает. Юзабилити 11/10.
| |
|
4.77, кек (?), 08:05, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
earlyoom --prefer ^Web Content$
В nohang-desktop планирую выдать лисе также повышенный приоритет при убийстве.
| |
|
|
2.16, ыфвыфв (?), 23:04, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Только вот пусть он лучше заранее закроется, чем закончится память, система повиснет к чертям и придется reset делать.
| |
|
3.63, Я (??), 06:08, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
не надо резет. есть alt+prntscr+b, специально для этих целей.
| |
|
4.92, Аноним (92), 10:25, 06/01/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Просто b ничем не отличается от резета, нужен eisub. Но вообще это, правда, бесполезно, учитывая что есть f
| |
|
5.161, Аноним (35), 21:29, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нефиг покупать "ультрапуки" с софтварным выключателем и несъёмной батареей.
Китайское г — оно и есть китайское г, независимо от того, какая бирка там наляпана (apple или irbis).
| |
|
|
|
|
3.85, хек (?), 08:50, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Разумеется все равно. Что сейчас зависнет, что через час - какая разница?
| |
|
2.83, хек (?), 08:28, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то.
Во-первых, earlyoom по умолчанию завершает тот же процесс, что и завершило бы ядро при OOM - он выбирает процесс с наибольшим oom_score.
Во вторых, опции --prefer/--avoid позволяют удобнее защищать от убийства важные процессы.
| |
|
|
|
|
4.197, Аноним (-), 00:17, 09/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Потому что еще более тормозные интерфейсы уже вышли из обращения и дисков на терабайт под них уже не делают...
| |
|
|
|
3.36, Аноним (35), 00:02, 06/01/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
Отличный совет — бороться не с причиной проблемы, а с кем попало.
| |
|
|
5.82, Аноним (69), 08:28, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Какое средство борьбы с ними, кроме как перестать посещать?
"Не быть тебе в Москве, не жить тебе с людьми;
Подалее от этих хватов.
В деревню, к тетке, в глушь, в Саратов,
Там будешь горе горевать,
За пяльцами сидеть, за святцами зевать."
А. С. Грибоедов «Горе от ума»
| |
5.139, Vanych (?), 19:03, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Поэтому надо убивать не программы, а самые жрущие вкладки, чтобы снизить посещаемость дерьмосайтов. Но делать это должен сам браузер
| |
|
4.170, кирилл (?), 22:58, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вполне симметричный ответ. Ведь юзерспейсный oom именно так и поступает.
| |
|
|
2.78, кек (?), 08:06, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Перезагружать вкладки и работать дальше, вместо потенциального хард ресета.
| |
|
1.3, Анонимчик (?), 21:49, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Учитывая, что самый потребляющий память процесс, часто же и самый нужный, - это просто праздник какой-то. Очень согласен с вами, я даже ООМ не использую, а то некоторые Игори в Вино у меня часто превращают все в слайдшоу, а со всем этим и сохраниться не успеешь.( | |
|
2.14, Аноним (8), 22:53, 05/01/2020 [^] [^^] [^^^] [ответить] | –2 +/– | Докиньте свопа У меня тормоза начинаются только когда своп кончается, либо когд... большой текст свёрнут, показать | |
|
3.90, Аноним (90), 09:31, 06/01/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Докидывать свопа в Линукс-системах ненужно, это не винда, если система свопуется... большой текст свёрнут, показать | |
|
4.130, Аноним (8), 15:35, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Щито? Ви таки мне не верите? Обычная игра, дотнет там или что, я не разбирался. Frostpunk называется. И да, в требованиях на странице магазина врут - на это много жалоб было. Но я смог запустить и успешно пройти, именно докинув 16 гигов свопа. :)
| |
|
|
|
1.7, n1rdeks (ok), 22:15, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Вот только это ещё один вирус... А если в Fedora, то скоро и во всех остальных.
| |
|
2.12, Аноним (12), 22:46, 05/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
в debian 10 есть пакет earlyoom, хочешь ставь и настраивай, а хочешь не ставь
но если у меня chromium выжирает всю память то система встает колом, даже по ssh невозможно достучаться через termux, только reset
| |
|
3.29, кирилл (?), 23:27, 05/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Хромиум? Четвёртый по лёгкости свопинга, после pdf/djvu читалок, гимпа и файерфокса по лёгкости свопинга?! Да научитесь вы наконец включать своп и настраивать этот чёртов zram! Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.
| |
|
4.37, Аноним (35), 00:04, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Даже hdd 2000-х годов на ide при 512М памяти справляется так, что жить можно.
Как насчет спектрума? Тоже всё летает?
| |
|
5.172, кирилл (?), 23:03, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Я сказал что жить в принципе можно, а не то что там что то летает. По крайней мере не падает и никакие хард резеты ему не нужны. И даже в своппинг дольше пары минут не забуривается как тут пытаются представить.
| |
|
|
5.171, кирилл (?), 23:00, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Но при этом значительно повышающий отзывчивость при свопинге. А эффективность zswap я покане наблюдал вживую.
| |
|
|
|
2.18, Аноним (18), 23:09, 05/01/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
Вирус тут Linux, который при нехватке памяти вешается, делая работу системы невозможной, и при наличии и при отсутствии свопа.
| |
|
1.10, Аноним (10), 22:37, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро. А МС не будет - у них винда есть, кому не нравится говноядро - тот юзает винду.
| |
|
2.11, Аноним (8), 22:43, 05/01/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это
> долбанное ядро. А МС не будет - у них винда есть,
> кому не нравится говноядро - тот юзает винду.
Пофиксить то легко. Отключите оверкоммит, и будет у вас маллок фейлиться, как в венде. А какие ещё варианты? Это физически не решаемо. Разве что резервировать памяти ядру на такие случаи, чтобы oom-killer не зависал. Идея просить процессы умерить аппетиты выглядит здраво, это всяко лучше насильного прибития части детей. Только дальше то всё равно работать киллеру придётся.
| |
|
3.13, Аноним (13), 22:50, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вот да, пару килобайт памяти ему зарезервировать и будет идеально, а то когда все намертво зависает я так понимаю он даже запуститься не может.
| |
3.38, Оно Ним (?), 00:33, 06/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
И доблестный Хромиум проигнорит SIGTERM, SIGKILL. Прям вот верю. )))
| |
3.41, Аноним (41), 01:04, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А какие ещё варианты?
А починить ядерный OOM killer это не вариант??
| |
|
4.79, хек (?), 08:11, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ставлю анус, что ядерный киллер в ближайшие 10 лет не починят. Эпоха юзерспейсных киллеров началась с 2018: фейсбук использует oomd в проде, в Endless OS включен собственный psi-monitor. Федора собирается. Остальным дистрам приготовиться.
| |
4.163, Аноним (35), 21:31, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А починить ядерный OOM killer это не вариант??
Для этого надо заблоатварить ядро, закинув туда реализацию функций, которыми должен заниматься юзерспейс.
| |
|
3.42, Аноним (10), 01:29, 06/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
>и будет у вас маллок фейлиться, как в венде.
Но в виндк-то не фейлится. В тех же программах тех же версий из тех же сырцов. На системах с в разы меньшей памятью.
| |
|
4.45, Аноним (8), 01:40, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Наверно там 32 битный софт и ему надо на 15% меньше памяти. Конечно фейлится, именно поэтому система не зависает, а софт знает, что память получить не удалось, в связи с чем не пытается использовать её.
Можете мне поверить, у виндоус ровно такая же проблема и при исчерпании всей памяти и свопа она замечательно зависает целиком и полностью. И высока вероятность, что перезагружаться придётся с кнопки ресет, а перед тем она ещё хорошенько понасилует диски со свопом, если того в наличии много, но внезапно не достаточно много. Другой разговор, что в такой угол её надо постараться загнать, а у линукса это обычная ситуация.
| |
|
5.48, Аноним (8), 03:04, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
И кстати, я очень оценил отсутствие киллера и magic-key в той ситуации. Но зато у виндоус есть хоткей для перезапуска графического драйвера, что не совсем то, но иногда помогает при зависании. Главное только не ждать, пока зависнет окончательно. Прямо как в линуксе.
| |
5.50, Аноним (41), 03:07, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Линукс легко доходит до ручки потому что у людей обычно и своп включён и высокий лимит на размер кеша записи.
Когда какой-нибудь проге не хватает памяти, ей сначала отдаётся на откуп дисковый кеш чтения (от чего система начинает дико тупить). Затем, если памяти всё равно не хватает, забивается ВЕСЬ своп. Затем сбрасывается на диск ВЕСЬ кэш записи. Именно весь - не по частям, не сколько нужно для выделения памяти, а весь сразу, в один заход. Естественно, кэш может легко содержать несколько гигабайт ещё не закончившихся копироваться данных. Пока все они не окажутся на диске, система висит. И только ПОТОМ ядро начинает прибивать "лишние" процессы.
| |
|
6.111, Аноним (10), 12:01, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
>Затем сбрасывается на диск ВЕСЬ кэш записи.
Разве кэш не должен сбрасываться на диск по возможности, но сразу? То есть сначала пишется в кэш, программа продолжает делать что ей нужно, и сразу же кэш начинает сбрасываться на диск, а когда идёт чтение, то проверяется кэш, и выдаётся из кэша, если есть? Ведь иначе при отключении питания весь этот "гиговый" кэш пропадёт. Что-то я не замечал таких огромных потерь данных при вырубании питания.
| |
|
7.119, Аноним (41), 14:15, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Нет, не должен. Некоторые файлы создаются и почти сразу удаляются. Например, временные файлы, создаваемые при компиляции/линковке. Если сбрасывать их на диск с задержкой, можно потом не тратить время на удаление.
При выключении делается тройной вызов sync, стартующий немедленный сброс всех данных на все диски. Потом отмонтируются разделы (вызов unmount завершается только когда все данные в кеше закончат писаться). В некоторых конфигурациях инита у вызова unmount может быть таймаут, и тогда данные действительно потеряются (systemd не использует там таймаут или использует очень длинный, - из-за этого он иногда зависает на неопределённое время при попытке выключения).
| |
|
|
5.105, Аноним (10), 11:34, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
>Конечно фейлится, именно поэтому система не зависает
Главное - верить.
>Наверно там 32 битный софт
64 семёрка с 64 битным QtCreator + Firefox, запущены одновременно. 3 гига. Норм.
64 Kubuntu Eoan с таким же qtcreator и firefox. оверкоммит включёт - всё виснет. оверкоммит выключен - при работающем firefox не то что qtcreator может заглючить и даже иногда вылететь, но даже программы из меню не стартуют (а из предварительно запущенной konsolи - стартуют), видимо кдешники туда вкорячили какую-то жрущую дофига прослойку.
Выводы о качестве операционок делайте сами.
| |
|
6.140, Аноним (8), 19:09, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
>qtcreator
>Норм
Проблема наверняка в том, как он собран, я сталкивался с таким. Ну и всё же сравнивать легаси систему 20 летней давности, для которой уже давно не собирают софт, с современной — это несколько некорректно. Как минимум программы не в равных условиях работают. Но повторюсь, проблема скорее всего в вебкитах или чём-нибудь таком, на вскидку можно попробовать установить отсюда и он возможно будет лучше работать https://packages.msys2.org/package/mingw-w64-x86_64-qt-creator?repo=mingw64
| |
|
5.117, Аноним (-), 13:40, 06/01/2020 [^] [^^] [^^^] [ответить] | +/– | Чего тебе верить У меня прямо сейчас под рукой две машины - винда и линукс Ска... большой текст свёрнут, показать | |
|
6.132, Аноним (8), 15:46, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Так это и не загоняние её в угол. Лайтово можно попробовать её повесить виртуалками, для харда нужно уменьшить своп и запустить какую-нибудь жручую игрушку и она наверняка зависнет намертво. Только условие, что у видеокарты должно быть мало памяти, а в коде эта ситуация не должна обрабатываться корректно. Никакие хоткеи и тем более запуск программ работать не будут. :)
| |
|
|
4.65, Аноним (65), 06:51, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Прекрасно фейлится. Дайте к примеру в hyper-v виртуальной машине памяти не строго 2 gb например, а по умолчанию "от" и "до" и вы тут же увидите как гость сожрёт всю память и винда зависнет.
| |
|
3.94, Нанобот (ok), 10:39, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Разве что резервировать памяти ядру на такие случаи, чтобы oom-killer не зависал.
Там в исходниках есть строка mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT), которая для чего-то такого и предназначена
| |
|
2.27, кирилл (?), 23:23, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Пофиксить лаги при исчерпании памяти стоит не дороже самого дешёвого ssd. И ничего не стоит если он уже есть.
А вот привести в приличный вид венду... Ну удачи вам там, чтобы и интерфейс, и памяти меньше полгига, и обновления адекватно и при этом без телеметрии и вирусов...
| |
|
3.44, Аноним (10), 01:34, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>стоит не дороже самого дешёвого ssd.
Неверно. Стоит не дороже купленной на торрентах лицензии на 7ку.
ссд же портятся от использования, особенно под своп. не ссд с памятью надо покупать, а ядро фиксить.
>кирилл
Суть токова?
| |
|
4.58, кирилл (?), 05:02, 06/01/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
>>не ссд с памятью надо покупать, а ядро фиксить.
См. ниже. У меня чуть меньше гига оперативки и браузер буквально живёт в свопе, иногда выпадая в оперу. О зависаниях системы речи не идёт вообще, так, фризы временами. Ядро по части управления паматью разумеется стоковое 4.4.
Сдыхающие от свопа ssd это устаревший миф. Всё из за того, что страничное управление памятью отлично помогает работе блока ftl.
| |
|
5.71, Аноним (71), 07:45, 06/01/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
>У меня чуть меньше гига оперативки
Да откуда же вы такие лезете? Уже даже в телефонах в среднем по 4гб.
Что за экономия на спичках, а? Они, видите ли, кде и гнома жирными считают когда Скайп, Слак, и Дискорд жрут по 2гб каждый на старте.
И страдают и страдают. И ноют и ноют. Ой, мы бедные несчастные, у нас оперативки меньше гига, нам нужен oom. А заработать и доставить не пробовали? Или вообще взять железо новее в принципе? Планка древней оперативки стоит меньше одного стакана латте на Авито.
Тут даже лечить уже поздно.
| |
|
6.72, Аноним (72), 07:54, 06/01/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
>Да откуда же вы такие лезете?
В магазинах навалом ноутов с 2Гб, например.
ИЧСХ, федора на таких без всякого earlyoom работает нормально. В смысле чуть тормозит из-за постоянного свопа, но не зависает. А вот машины с 32Гб памяти на той же самой федоре при нехватке памяти вешаются.
| |
6.101, Аноним (69), 11:27, 06/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Доктор, успокойтесь. Снимите свое белое пальто и деньги с карточки и купите всем памяти. Судя по вашим ценам, вы не обеднеете.
| |
6.108, Аноним (10), 11:50, 06/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Тут даже лечить уже поздно.
Себя лечи от потребительства.
>Планка древней оперативки стоит меньше одного стакана латте на Авито.
А вот я нихрена не вижу возможностей купить ддр2 на авито по нормальной цене. Материнка поддерживает 8 гигов максимум. И даже если куплю, то всё равно будет ппц: на материнке от MSI 4 слота, 2 из которых быстрые, 2 других - медленные. Если одинаковые планки вставлены только в одну пару, то включается 2хканальный режим. Соответственно нужно 2 планки по 4 гига, а текущие планки придётся на помойку выкинуть. При этом на авито ddr2 БУ почему-то стоит дороже ($200), чем ddr4 в магазе. Так что брать совершенно не хочется.
| |
|
7.126, Аноним (71), 15:24, 06/01/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
>А вот я нихрена не вижу возможностей купить ддр2 на авито по нормальной цене
Значит искать не умеешь.
Я год назад покупал китайскую двухголовую мамку на сокет 1366 с рук за 7к, два камня (xeon x5570) шли с ней бесплатно как затычки в сокетах.
У другого человека взял 48гб samsung ecc reg ddr3 по 500 рублей за планку в 4гб.
Итого планка в 4гб стоит меньше стакана норм кофе.
Итого комп вышел в сумме около 15к рублей, а хватит его ещё лет на 5.
| |
|
|
9.179, Аноним (71), 06:26, 07/01/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Я говорил про древнюю оперативку, а не ископаемую Антиквариат дорого стоит во в... текст свёрнут, показать | |
|
|
|
6.125, кирилл (?), 15:22, 06/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
А я как то забыл спросить разработчиков скайпа, можно ли мне купить RPi3 или для них там слишком мало оперативки.
И я не страдаю и не ною, здесь ноют другие. Я их тыкаю носом в тот факт, что если у вас всё встало раком от исчерпания памяти значет вы что то делаете не так и костыли вам не помогут.
| |
|
7.182, Аноним (10), 12:53, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Единственное, что мы делаем не так - это то, что мы не организуем краудфаундинг на переписывание проблемной подсистемы ядра.
| |
|
8.188, кирилл (?), 17:14, 07/01/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Это логично что никто особенно не парится по этому поводу, ведь для более чем 99... текст свёрнут, показать | |
|
|
|
|
|
|
2.160, Аноним (35), 21:25, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Это официальное признание поражения, что даже у красношляпы нет возможности пофиксить это долбанное ядро.
Ну почему.
> Fedora 31 was released on October 29, 2019. This is the first major distro that comes with cgroup v2 (aka unified hierarchy) enabled by default, 5 years after it first appeared in Linux kernel 3.16 (Aug 3, 2014).
Cgroup v2, в числе прочего, реализует нормальную систему делегирования распределения квот непривилегированным пользователям. Это открывает разработчикам прикладного софта самостоятельно выставлять лимиты своим процессам, например, главный процесс браузера выставляет и динамически регулирует квоты памяти на свои подпроцессы, обслуживающие отдельные вкладки.
В результате, необходимость в third-party механизмах управления ресурсами отпадает.
| |
|
|
2.106, хек (?), 11:35, 06/01/2020 [^] [^^] [^^^] [ответить] | +2 +/– | Кстати о костылях 1 оверкоммит мемори - это костыль 2 Эвристический оверком... большой текст свёрнут, показать | |
|
1.23, кирилл (?), 23:18, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Федора неадекватна.
rrr@raspberrypi:~$ free -m
total used free shared buffers cached
Mem: 942 895 46 43 14 144
-/+ buffers/cache: 736 205
Swap: 114873 1128 113745
У меня свободно 4,88% памяти и это норма. С этим милым поделием мой комп бился бы в конвульсях с 10-й минуты аптайма. А так ничего, полёт нормальный.
| |
|
2.25, VINRARUS (ok), 23:20, 05/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>А так ничего, полёт нормальный.
Но со стороны он больше похож на падение.
| |
|
3.32, кирилл (?), 23:36, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
У меня как в "крутом пике", вроде бы падение, но если посмотреть на счётчик, то я уже 10 дней падаю и всё забываю файерфокса перезапустить. Вообще хз на сколько он там с прошлого года растёкся. Сижу себе и строчу комменты от нечего делать.
| |
|
2.28, Аноним (8), 23:26, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Я иногда запускаю некоторые жаваподелия, там там 3% "свободной" памяти вполне обычно. И оно будет нормально работать часами и часами, даже своп не используется. А когда памяти не хватает, её не хватает резко много — своп тут же кончается, ядро вытесняет всё лишнее в него и тут же всё зависает. Обычно от проблем с тормозами помогает увеличение свопа до границ, в которых никогда он не кончится, ну и vm.swappiness=95.
| |
|
|
4.176, Marta K. (?), 02:04, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> во как у норм пацанов
Я не пацан)
P.S. Ну по крайней мере пока не жалуюсь на недостаток производительности;) а если будет не хватать - то увеличу производительность своей рабочей машины :)
| |
4.177, Marta K. (?), 02:07, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
И к тому же, не уверена, что у этих "норм пацанов" это стоит у них дома :)
А так да, норм система у них :)
| |
|
|
|
|
2.26, VINRARUS (ok), 23:23, 05/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
А не, в тропическую страну openSUSE ещо не добрался, в репозиториях отсутствует. xD
| |
|
|
4.135, VINRARUS (ok), 18:41, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Частично прав, в офицыальных репозиториях отсутствует, а тут левые юзерские смотрю.
| |
|
|
4.138, VINRARUS (ok), 18:54, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Вот этот пакет похоже профессионально сделан - как надо: https://software.opensuse.org/ymp/home:embar-:Lietukas
Угу, скажем так, с надстройками: при любой непонятной ситуацыи шльопать браузеры первыми, как будто это самое наименее важное.
Если 2 Гб то браузер конешно реально может создать проблемы, но на 8+ Гб он лиш фон, а проблемы уже от какой то игрушки, нескольки виртуалок или какой програмы рендеринга.
По этому професиональный пакет при установке сначала смотрел бы на доступный обьём, а уже потом раздавал рекомендацыи какой софт первым шльопать.
Но всё равно пасибо, конфиг подправить проблем не составит, а в особенностях openSUSE я токо разбираюся.
| |
|
|
|
1.34, Аноним (34), 23:44, 05/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
неспроста полезные идиоты активизировались в последнее время, постоянный пиар earlyoom в комментах..
| |
|
2.97, хек (?), 10:53, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Единствонной причиной, по которой его пиарят - это то, что он действительно эффективно может обрабатывать нехватку памяти, в отличие от ядерного киллера. Ядерный киллер не ращищает юзерспейс, он заботится только о себе. Его пиарят не корпорации, а довольные юзеры.
| |
|
3.165, Аноним (35), 21:37, 06/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ядерный киллер не ращищает юзерспейс, он заботится только о себе.
Расчищает, просто делает это в соответствии с oom_score_adj (oom_score deprecated, AFAIK).
Внезапно, определить, убийство какого процесса огорчит end user-а, а какого — нет, весьма непросто.
И никто не хочет ему в этом помогать, указывая корректный oom_score_adj. Наоборот,
> Earlyoom does not use echo f > /proc/sysrq-trigger because the Chrome people made their browser (and all electron-based apps - vscode, skype, discord etc) always be the first (innocent!) victim by setting oom_score_adj very high.
#untouchable
А виноват, конечно, OOM killer.
| |
|
4.167, Аноним (8), 22:03, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
>innocent
Аххахах, отличная шутка, спасибо тебе безвестный автор! Ох, это лучшая шутка, что я встретил за неделю.
| |
|
|
|
1.39, Оно Ним (?), 00:35, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А можно ж просто не выдавать память, если её мало. Зачем килять-то???
Ну не дали памяти - пусть ждёт в очереди. Пусть пишут так, чтобы ждал и не падал.
| |
|
2.104, хек (?), 11:33, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Чем отличается убиство приложения ООМ киллером и краш приложения встедствие ошибки выделения памяти при запрете оверкоммита?
| |
|
|
4.131, Аноним (35), 15:37, 06/01/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
В OOM-safe стиле пишет только несколько упoротых типа Поттеринга. А 99.99999% программистов считают, что malloc не может вернуть NULL, поэтому обработка OOM в их программах сводится к падению от SIGSEGV.
| |
|
5.191, Аноним (8), 18:29, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ты не прав, стараниями гугла уже много лет как модно обрабатывать левые сигналы. Breakpad тот же. Ну а маллок как минимум может на венде, мы же не вендообезьяны и пишем кроссплатформенно.
| |
|
|
3.178, Аноним (162), 06:09, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
можно отстановить выполнение, внезапно(SIGSTOP), и ничего не упадет
| |
|
2.205, яяя (?), 07:55, 19/03/2020 [^] [^^] [^^^] [ответить]
| +/– |
>Ну не дали памяти - пусть ждёт в очереди.
Это и есть зависание - бесконечное ожидание очереди.
| |
|
|
|
|
4.56, Аноним (52), 04:55, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
В чём костыль то?! Просто расчитаноо на разные системы - универально сделано. Всё там правильно: сейчас у меня earlyoom запущен и работает нормально, в системных службах присутствует, запускается и останавливается нормально, логи - всё есть.
| |
|
|
6.62, Аноним (52), 05:53, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
А я считаю, что ты бы мог запросто взяться за доведение его до ума раз так хорошо разбираешься в этом, тем более, что там практиченски всё сделано и работает, нужно только отполировать, чтобы в основную ветку могли взять. Сделай пожалуйста, мне мейнтейнеры предлагали, но у меня не так много опыта, я спеки давно не делал, тем более не для себя, а для серьёзного дистра. Они тебе помогут, поправят, если что, когда в основном всё будет сделано. Здесь низкоуровнего ничего нету.
https://bugzilla.suse.com/show_bug.cgi?id=1114589
| |
|
7.68, Аноним (64), 07:22, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А я считаю, что ты бы мог запросто взяться за доведение его
> до ума раз так хорошо разбираешься в этом
Вот только он к тому же человек ответственный и потому совершенно справедливо предполагает о возможности нежелательных эффектов.
> Здесь низкоуровнего
> ничего нету.
Если кто не знает о связи подкачки с таблицей страниц, это не значит, что её нет.
| |
|
8.73, Аноним (52), 07:57, 06/01/2020 [^] [^^] [^^^] [ответить] | –2 +/– | Пока ответственности нет её нужно брать на себя, а иначе это простое балабольст... текст свёрнут, показать | |
|
|
|
|
4.57, Аноним (52), 04:58, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Посмотри ещё внимательно: этот пакет у него на всех системах работает включая старые:
- openSUSE:Leap:15.0
- openSUSE:Leap:42.2
и т.д. Так что там ВСЁ правильно и корректно.
| |
|
5.60, Ilya Indigo (ok), 05:14, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Посмотри ещё внимательно: этот пакет у него на всех системах работает включая
> старые:
> - openSUSE:Leap:15.0
> - openSUSE:Leap:42.2
> и т.д. Так что там ВСЁ правильно и корректно.
Это мёртвые дистрибутивы, в них он и не должен работать...
Архитектуры это: aarch64 armv7l ppc64le s390x riscv64
| |
|
6.81, хек (?), 08:19, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
earlyoom прекрасно заточен под говно мамонта и может работать на ядрах 2.6. Это самый легаси-френдли киллер.
| |
|
|
|
|
|
|
2.74, Аноним (74), 08:00, 06/01/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Будет, на ней всё будет в кайф, там, наверное, процессам вообще не нужно будет умирать
| |
|
3.102, Аноним (69), 11:31, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Fedora 32
> Fedora 64
Неловкий момент, когда шутка не удалась Х-)
| |
|
4.128, Аноним (35), 15:30, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Да нет, очень даже.
В 2036 — это как раз за два года до 2038 и связанными с ним 32-битными проблемами.
| |
|
|
|
1.100, хек (?), 11:27, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати о костылях.
1. оверкоммит мемори - это костыль .
2. Эвристический оверкоммит в единице по умолчанию (vm.overcommit_memory=1) - это большой костыль.
3. Ядерный оом киллер, необходимость которого появилась вследствие разрешения оверкоммита - это костыль.
4. Сложный алгоритм, используемый для нахождения жертвы, применяемый ядерным киллером - это костыль.
5. Существование двух параметров для регулирования приоритета выбора жертвы - oom_adj и oom_score_adj - это костыль.
Ладно бы я услышал аргументы о костылях, если бы их не было в ядре, или они хотя бы отлично работали в ядре. Но нет - ядро полно костылей, связанных с обработкой нехватки памяти, и, более того, вся эта груда костылей отвратительно работает. Возможно, юзерспейсные обработчики являются не меньшими и дополнительными костылями, но они хотя бы работают.
| |
|
|
3.114, хек (?), 12:28, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вот и я не знаю как без костылей. Я лишь предлагаю костыль, который, в отличие от ядерных, действтельно работает.
| |
|
|
1.109, Аноним (109), 11:58, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
К слову сказать, это движение началось после моего сообщения в LKML. ))
Приятно даже. Жаль, что так поздно - о проблеме известно лет 20 минимум.
// b.
| |
|
2.120, хек (?), 14:34, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Киллеры пишутся уже давно. earlyoom, nohang, oomd были написаны до. Возможно кейс Ташкинова повлиял именно на прогресс в Федоре.
| |
|
1.121, Аноним (121), 14:47, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> earlyoom через отправку SIGTERM (свободной памяти меньше 10%) или SIGKILL (< 5%) принудительно
Т.е. если у тебя 32 гига оперативки, то 3,2 гига у тебя как будто бы и не существуют, потому что проги начнут умирать. Ничо так, оригинально.
| |
|
2.133, хек (?), 16:00, 06/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Они будут забиты страничным кэшем. Во-вторых, пороги можно менять.
| |
|
1.174, qsdg (ok), 01:48, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А почему бы просто не запретить выделение новой памяти, без завершения никаких процессов?
| |
|
2.190, Антон (??), 17:46, 07/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вместо убйства процессы начнут падать, иногда задолго до исчерпания физической памяти.
| |
|
1.175, qsdg (ok), 01:50, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я вообще удивлён как в Линухе до сих пор всё виснет при нехватке памяти. В программах, которые я пишу, по крайней мере в 90% случаев я могу обрабатать OOM и gracefully показать юзеру ошибку.
| |
|
2.195, Аноним (193), 01:42, 08/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Серверные программы бывает люди пишут и там прямтебе скажу потребление в 48 - 128 Гб это нормальное дело. А в целом ответ простой хотят подешевле обслужить побольше пользователей. Все эти nginx и прочие почему популярны? Потому что позволяют разным товарищам экономить уйму денег и втихоря строить себе на экономленные деньги дачку ;)
| |
|
1.194, Аноним (193), 01:39, 08/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А почему прибивают процесс, а не замораживают? Заморозка веротяно лучше была бы?
| |
|
2.200, КО (?), 12:30, 09/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Так если прибить процесс вкладки браузера - браузер ее переоткроет на автомате и заново сожрет память, а если заморозить, то взаимодействующий с ней основной процесс зависнет тоже и у пользователя начнутся фризы и он будет ругаться. :)
| |
|
1.198, axredneck (?), 00:55, 09/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> завершит работу процесса, наиболее активно потребляющего память
Скажем, не влезла у меня компиляция чего-то очень большого в /tmp. Как эта ситуация обработается? Прибивание самого жручего процесса тут не спасет.
| |
|