forum.opennet.ru

Составление сообщения

Исходное сообщение

"Выпуск обработчика нехватки памяти earlyoom 1.4"
Отправлено анонн, 03-Мрт-20 03:25

> Т.е. 1 в 1 проблемы линукса?
>> Пишешь какую-то свою прогу, которая из-за ошибки ушла в бесконечный цикл по захвату памяти. Комп становится полностью нерабочим
нет.

time -l  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}'
time: command terminated abnormally
        9,80 real         0,80 user         3,91 sys
   6145052  maximum resident set size
killed     time -l python -c '{x:str(x)*(x**x**x) for x in range(100000000)}'
>> При копировании десятков гигов система может повиснуть, точнее курсор мыши будет двигаться, а кликнуть нельзя ибо система не отвечает.
нет.
https://www.opennet.ru/openforum/vsluhforumID3/118068.html
> "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."
> Выключаем поддержку swap (sudo swapoff -a)
> Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox
>  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти
> Как только возникает ситуация, что новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает
тоже ни разу не наблюдалось - только "Оп-па, пропало окно браузера" и "pid 36197 (firefox), jid 0, uid 1001, was killed: out of swap space" в логе.
А так да, прям "1 в 1".
Правда, даже описаный принципиальный "deadlock" с tmpfs не сходится с описанием
https://bugzilla.kernel.org/show_bug.cgi?id=201673
> for some reasons OOM doesn't kick in and the only way to unfreeze your PC is to forcefully reboot it
потому что "звиздец" требует лыжи^W и противогаз^W прописывания размера tmfs ручками, отключения "защиты от дуркака" в виде "vfs.tmpfs.memory_reserved: Amount of available memory and swap below which tmpf  growth stops"
заполнения части memory disk от рута.
И "прилетает" там от излишне усердного ООМ killer, прибивающего в том числе и логиншел (что принципиально обходится предварительным выставлением защитного флага на sshd или login).
Но да, в остальном, абсолютно 1 в 1.

> Зачем тогда уверять, что там что-то лучше устроено…
И где уверения?
Хотя да, умиляют некоторые комментаторы, явно не ожидавшие, что лишние навороты сложности и разных эвристик в пингвине, могут иметь не только лишь плюсы и повод для гордости за результаты в бенчах, но и некоторые неприятные (и трудно отлавливаемые) побочные эффекты.

Исходное сообщение
"Выпуск обработчика нехватки памяти earlyoom 1.4" Отправлено анонн, 03-Мрт-20 03:25
> Т.е. 1 в 1 проблемы линукса? >> Пишешь какую-то свою прогу, которая из-за ошибки ушла в бесконечный цикл по захвату памяти. Комп становится полностью нерабочим нет. time -l python -c '{x:str(x)(xxx) for x in range(100000000)}' time: command terminated abnormally 9,80 real 0,80 user 3,91 sys 6145052 maximum resident set size killed time -l python -c '{x:str(x)(xxx) for x in range(100000000)}' >> При копировании десятков гигов система может повиснуть, точнее курсор мыши будет двигаться, а кликнуть нельзя ибо система не отвечает. нет. https://www.opennet.ru/openforum/vsluhforumID3/118068.html > "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..." > Выключаем поддержку swap (sudo swapoff -a) > Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox > Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти > Как только возникает ситуация, что новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает тоже ни разу не наблюдалось - только "Оп-па, пропало окно браузера" и "pid 36197 (firefox), jid 0, uid 1001, was killed: out of swap space" в логе. А так да, прям "1 в 1". Правда, даже описаный принципиальный "deadlock" с tmpfs не сходится с описанием https://bugzilla.kernel.org/show_bug.cgi?id=201673 > for some reasons OOM doesn't kick in and the only way to unfreeze your PC is to forcefully reboot it потому что "звиздец" требует лыжи^W и противогаз^W прописывания размера tmfs ручками, отключения "защиты от дуркака" в виде "vfs.tmpfs.memory_reserved: Amount of available memory and swap below which tmpf growth stops" заполнения части memory disk от рута. И "прилетает" там от излишне усердного ООМ killer, прибивающего в том числе и логиншел (что принципиально обходится предварительным выставлением защитного флага на sshd или login). Но да, в остальном, абсолютно 1 в 1. > Зачем тогда уверять, что там что-то лучше устроено… И где уверения? Хотя да, умиляют некоторые комментаторы, явно не ожидавшие, что лишние навороты сложности и разных эвристик в пингвине, могут иметь не только лишь плюсы и повод для гордости за результаты в бенчах, но и некоторые неприятные (и трудно отлавливаемые) побочные эффекты.

Ваше сообщение

Имя*:

EMail:

Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.

Заголовок*:

Сообщение*:

>> Т.е. 1 в 1 проблемы линукса?
>>> Пишешь какую-то свою прогу, которая из-за ошибки ушла в бесконечный цикл по захвату памяти. Комп становится полностью нерабочим

> нет.

> [code] 
> time -l  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}' 
> time: command terminated abnormally 
>         9,80 real   
>       0,80 user    
>      3,91 sys 
>    6145052  maximum resident set size 
> killed     time -l python -c '{x:str(x)*(x**x**x) for x 
> in range(100000000)}' 
> [/code]

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

> нет.

> https://www.opennet.ru/openforum/vsluhforumID3/118068.html 
>> "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..." 
>> Выключаем поддержку swap (sudo swapoff -a) 
>> Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox 
>>  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти 
>> Как только возникает ситуация, что новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает

> тоже ни разу не наблюдалось - только "Оп-па, пропало окно браузера" и 
> "pid 36197 (firefox), jid 0, uid 1001, was killed: out of 
> swap space" в логе.

> А так да, прям "1 в 1".
> Правда, даже описаный принципиальный "deadlock" с tmpfs не сходится с описанием 
> https://bugzilla.kernel.org/show_bug.cgi?id=201673 
>> for some reasons OOM doesn't kick in and the only way to unfreeze your PC is to forcefully reboot it

> потому что "звиздец" требует лыжи^W и противогаз^W прописывания размера tmfs ручками, отключения 
> "защиты от дуркака" в виде "vfs.tmpfs.memory_reserved: Amount of available memory and 
> swap below which tmpf  growth stops" 
> заполнения части memory disk от рута.
> И "прилетает" там от излишне усердного ООМ killer, прибивающего в том числе 
> и логиншел (что принципиально обходится предварительным выставлением защитного флага 
> на sshd или login).
> Но да, в остальном, абсолютно 1 в 1.

>> Зачем тогда уверять, что там что-то лучше устроено…

> И где уверения?

> Хотя да, умиляют некоторые комментаторы, явно не ожидавшие, что лишние навороты сложности 
> и разных эвристик в пингвине, могут иметь не только лишь плюсы 
> и повод для гордости за результаты в бенчах, но и некоторые 
> неприятные (и трудно отлавливаемые) побочные эффекты.

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру