The OpenNET Project / Index page

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



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

Оглавление

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


6. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +7 +/
Сообщение от Маркemail (?), 06-Авг-19, 18:51 
Потому аффтар статьи - неуч! Начинает тормозить потому что:
1. линуксу некуда деть анонимную память (свопа нет)
2. Единственно что можно выгрузить - это замеморимапленные с диска файлы. Например, запущенные программы и библиотеки.
3. Так как они по факту таки используются, то он их постоянно читает с диска, чуть поюзает и выбрасывает из памяти.
4. Потому что никто, блджад, не использует mlock() / mlockall() а надо!
Ответить | Правка | Наверх | Cообщить модератору

12. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –2 +/
Сообщение от Маркemail (?), 06-Авг-19, 18:53 
Соответственно, кто отключает своп, мотивируя, мол именно из-за него тормозит -- тот сам такой.
Ответить | Правка | Наверх | Cообщить модератору

26. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –4 +/
Сообщение от Аноним (26), 06-Авг-19, 19:06 
Две планки по 8 Гб ddr4, можно купить за 5 тыс. рублей.
У меня 32, про своп давно забыл.
Ответить | Правка | Наверх | Cообщить модератору

58. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от анон (?), 06-Авг-19, 19:45 
У меня как-то виртуалка случайно попросила 200гигов оперативки.
Ответить | Правка | Наверх | Cообщить модератору

324. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от ryoken (ok), 07-Авг-19, 08:44 
СЛУЧАЙНО??? убило
Ответить | Правка | Наверх | Cообщить модератору

60. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +4 +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 19:47 
А на суперкомпьютере Линукс даже ещё шустрее чем у вас крутится.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

349. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Игорь (??), 07-Авг-19, 09:51 
Вы не будете так любезный приложить чек из магазина для подтверждения правдивости вашего заявления.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

30. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +15 +/
Сообщение от Аноним (79), 06-Авг-19, 19:10 
Проблема воспроизводится со SWAP так же успешно и состояние системы в этом случае ещё хуже.

Столько АНАЛитиков на opennet - аж жуть.

Попробуйте обсуждение почитать на Hacker News, чтобы не падать лицом в грязь со страшной силой и не нести бред.

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

117. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Алеша (?), 06-Авг-19, 20:41 
Ну так опять таки, для особо одаренных - у системы в данный момент времени нет ничего лишнего, что можно бы было сбросить в своп и помочь беде хоть на время.
А все из-за того, что ситуация притянута за уши. то есть специально так сделали, руками ограничив и память и параметры виртуальной памяти вообще.
А вот будь там в фоне с десяток других, много жрущих процессов и в данный момент простаивающих (тот же сервер БД) - на время памяти можно было бы выкроить.
Ответить | Правка | Наверх | Cообщить модератору

123. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –2 +/
Сообщение от ппп (?), 06-Авг-19, 20:48 
Лишнее есть всегда. Если бы линукс как целостную систему для вполне определенных задач и пользователей делали, то система бы понимала, что рутовским задачам максимальный приоритет, затем графической оболочке пользователя, затем чему-то еще по вкусу, а браузер, который сожрал всю память надо просто прибить весь или отдельные процессы. Юзер видит "ваш браузер отожрался и был убит т к память кончилась", но проблем, все понятно и просто.
Кста, интересно как винда и мак себя ведут в этой ситуации?
Ответить | Правка | Наверх | Cообщить модератору

181. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –4 +/
Сообщение от Алеша (?), 06-Авг-19, 22:38 
Хорош уже чушь молить про якобы не пришедший оом-киллер.
Браузер говоришь прибывать?
А ты знаешь как этот оом-киллер работает, логику? Браузер - активное приложение. А активное приложение убивается в последнюю очередь, бл! Подумай хорошенько, кому нужна система, которая прибывает активный процесс??? А вдруг это 1С какой-нибудь, который двое суток считал мегазадачу и вдруг выбрал всю память, так его теперь убить по-вашему?
Ну-ну. Должен сам понимать, говоришь)))
Ответить | Правка | Наверх | Cообщить модератору

183. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Алеша (?), 06-Авг-19, 22:41 
Впрочем, кому я это пишу? У тебя "лишнее всегда есть", даже в таком, по-самые уши притянутом примере...
Ответить | Правка | Наверх | Cообщить модератору

314. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от Аноним (314), 07-Авг-19, 07:28 
Именно, должен прибить 1С. Что бы юзеру стало понятно, что для его задач не хватает памяти. А не начинать лагать, как будто глючит гномо-щель.
Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

396. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Совершенно другой аноним (?), 07-Авг-19, 12:26 
К сожалению, имхо, пользователь не поймёт ни так, ни так. Если ООМ прибьёт 1С, то пользователь начнёт орать благим матом, что потеряна работа нескольких дней из-за кривого Linux-а, а если будет система будет жутко тормозить, то это у вас кривой Linux тормозной. Простой пользователь (в данном случае с 1С - какой-нибудь бухгалтер) скорее всего не сможет понять, что не хватает именно памяти, а не чего-то ещё.
Ответить | Правка | Наверх | Cообщить модератору

555. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (-), 09-Авг-19, 06:24 
ЛЮБОЙ сложный расчет дольше получаса и так должен делать периодические сохранения на диск. А вдруг электричество выключится? А с загруженным на 100% процессором батарея сядет моментально
Ответить | Правка | Наверх | Cообщить модератору

348. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от оралр (?), 07-Авг-19, 09:48 
отрицание очевидного - признак фанатика.
Если 1с завесила комп полностью, то да его надо прибить. Это лучше чем по кнопке перезагружать весь комп. Мне плевать как твои киллеры работают, я пользователь.
Как вариант резервировать что-то чтобы систем оставалась отзывчивой и позволяла хотя бы выбрать что делась с зависшей задачей, которой не хватает памяти.
Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

513. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от имя (?), 08-Авг-19, 04:57 
> А ты знаешь как этот оом-киллер работает, логику? Браузер - активное приложение.
> А активное приложение убивается в последнюю очередь

А музыкальный плеер — активное приложение? А nginx, на который коллега зашёл за обещанным файлом, делает браузер неактивным? А udevd (или любой другой аналог), запускающий скрипты, когда ты вставляешь флешку с порнухой.jpg.exe? А что считать активным на headless-машине, на которой удалённо работают три-четыре человека?

Проводки в 1С тебе жалко, а недописанное письмо в свёрнутом окне почтаря тебе не жалко? А если недописанных писем нет? А если я оставил 1С считаться в фоне и пошёл почту читать? А если я на передний план вывел страницу с каким-нибудь мониторингом?

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

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

518. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Алеша (?), 08-Авг-19, 06:20 
Я же говорю - не знаешь как работает.
Процесс можно положить в группу и там указать т.н. "вес" - который и будет определять фактор "активности" процесса, то есть будет ли убит активный или же нет.
Таким образом можно настроить любой процесс. То есть, можно таки заставить выгружать активные.
Ответить | Правка | Наверх | Cообщить модератору

520. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от имя (?), 08-Авг-19, 07:10 
> Процесс можно положить в группу и там указать т.н. "вес" - который
> и будет определять фактор "активности" процесса, то есть будет ли убит
> активный или же нет.

А кто эти веса раздавать и менять на лету будет? Гном? А правила к нему будут на форумах качать? А потом придёт текстовый редактор на электроне и начнёт воевать, думая, что она умнее и лучше знает, какие развесовки нужны?

Для пользовательских десктопов это всё путь в никуда.

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

339. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от 123 (??), 07-Авг-19, 09:24 
Они на порядок лучше умеют работать со свопом и сжатием данных в оперативке, плюс планировщик поумнее, там таких проблем просто нет, в силу архитектурных особенностей.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

199. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Sw00p aka Jerom (?), 06-Авг-19, 23:32 
а я то думал это из-за гномовского трекера индексатора такая хрень с зависаниями и морганием хард диска
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

397. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 12:27 
> а я то думал это из-за гномовского трекера индексатора такая хрень с
> зависаниями и морганием хард диска

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

А, кстати, напомните, кто знает - idle priority у нас так и сломан по сей день?

Если да - ну тогда единственный для тебя способ - "а вы так не делайте". Запускай его вручную перед  походом за пивасом.

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

101. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Аноним (101), 06-Авг-19, 20:27 
>Потому что никто, блджад, не использует mlock() / mlockall() а надо!

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

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

218. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +4 +/
Сообщение от Аноним (218), 07-Авг-19, 00:52 
Все так, но по-умолчанию система должна вести себя более адекватно, как то:
1. Не зависать
2. Возможно оставить немного памяти чтобы все оставалось отзывчиво, а новые процессы просто не получали остатки памяти
3. Пришибать процессы которые сожрали много памяти в последнее время
4. Не запускать новые процессы, или запускать в рамках резерва при том чтобы процессы не жрали много памяти.
5. При этом гадить в логи эрроры что память исчерпана
6. Графический сеанс должен быть максимально отзывчив, кроме случая когда он сам не жрет память, тогда пришибить его, показать окошко безопасного запуска, с выбором запустить с настройками по-умолчанию, или запустить текстовый режим.
7. Если графического нет, то ssh или локальная консоль должны быть максимально отзывчивы.

А так, сам такое видел еще с рхела 4, когда оракел сжирает всю память или жаба какая-нибудь, ssh тупит в край, залогиниться по ssh занимает минут 20-30, каждая команда занимает минут 5. Проще и быстрее ребутнуть сервак и восстановить оракел. За много лет один раз только видел чтоб ядро пришибло именно оракел при нехватке памяти, чаще пришибало какой-нибудь gnotify или vncserver, а оракел продолжал жрать память.

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

252. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +12 +/
Сообщение от Celcion (ok), 07-Авг-19, 01:54 
В винде тоже можно отключить своп. И она это учтет, отрубив почти полностью любое системное кэширование и буферизацию, а когда памяти не станет совсем - начнет жалобно верещать, предлагая закрыть наиболее жирную программу. А если совсем совсем плохо - пришибет её и извинится в духе "извини, чувак, вместе бы мы не выжили".
Ну а линукс ничего не скажет вообще. Даже если пользователь ничего не открывал, а просто в очередном обновлении его любимой DE привезли утечку памяти. Просто израсходует всю память и благополучно встанет колом. И попробуй, будучи простым пользователем, догадайся почему.

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

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

293. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +10 +/
Сообщение от Аноним (293), 07-Авг-19, 06:24 
Давеча наблюдал такую картину:

8гиг рамы, в 10-ке запустил жирную виртуалку. Потом захотел запустить еще одну жирную виртуалку, и она меня вежливо послала, сказав, что не запустится, пока не закрою предыдущую, или не освобожу досточное кол-во ОЗУ.

В бубунте: запустил жирную виртуалку, запустил 2-ю жирную виртуалку - система даже не пикнула, ушла в астрал и не вернулась.

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

398. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от пох. (?), 07-Авг-19, 12:34 
> Давеча наблюдал такую картину:
> 8гиг рамы, в 10-ке запустил жирную виртуалку. Потом захотел запустить еще одну
> жирную виртуалку, и она меня вежливо послала, сказав, что не запустится,
> пока не закрою предыдущую, или не освобожу досточное кол-во ОЗУ.

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

> В бубунте: запустил жирную виртуалку, запустил 2-ю жирную виртуалку - система даже
> не пикнула, ушла в астрал и не вернулась.

alt-sysrq l, m, t в студию, или назвиздел

потому что тут либо медленный своп, которого надо было просто подождать, либо кто-то чего-то недоговаривает.

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

453. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Адекват (ok), 07-Авг-19, 16:00 
> alt-sysrq l, m, t в студию, или назвиздел

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

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

466. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 18:13 
> Зачем мелочититься - изучить СИ и переписать ядро.

охереть. Нажать пару кнопок и хоть мобилой сфоткать что получилось - это "изучить си и переписать ядро".

Вот для таких мы и будем старательно ухудшать линукс, ага.

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

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

487. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от анонимус (??), 07-Авг-19, 20:35 
Потому что Hyper-V ближе к XEN, чем к KVM. И там память ЕМНИП выделяет гипервизор, а не ОС.
Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

260. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Аноним (242), 07-Авг-19, 02:11 
Проблема в том, что даже со свопом отвисать система может очень долго.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

350. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от кккк (?), 07-Авг-19, 09:59 
>Проблема в том, что даже со свопом отвисать система может очень долго.

Иногда бесконечно долго - давеча было, зажрала девелоперская java прилада кучу памяти, ладно перешёл в виртуальную рутовую консоль, убил приладу килом (на всё ушло несколько минут) память вроде как вернулась, вернулся обратно в гуй - а винт всё шуршит и шуршит, система стоит полуколом и можно сказать не работает. 8 гигов рам, своп 16 гигов диски в софтовом рейде.

Но у людей проблем понятное дело нет - всё хорошо прекрасная маркиза.

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

561. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (561), 09-Авг-19, 09:03 
SysRq+f, на будущее, и не страдайте. Обычно работает, но можете выставить большой вес для текущего шелла и запускать в нём. Это проще, тем более что когда когда вся память со свопом по-настоящему закончится переключиться вы никуда не сможете. А то что вы наблюдаете -- это скорее всего результат засилья ламерских советчиков в интернете, бывает.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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