The OpenNET Project / Index page

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



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

Оглавление

Выпуск обработчика нехватки памяти earlyoom 1.4, opennews (ok), 02-Мрт-20, (0) [смотреть все]

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


39. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Alexeyemail (??), 02-Мрт-20, 22:04 
Во FreeBSD не лучше. Эффект наблюдается при зацикливании сборки из портов, до полного исчерпания. ZX Spectrum хорошо реагировал на подобное - нет памяти и всё.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от анонн (ok), 02-Мрт-20, 23:34 
> Во FreeBSD не лучше.

Я тут, на опеннете, даже демку со друзей программой приводил - или пробивается ядерным ОоМ или не получает память
> Эффект наблюдается при зацикливании сборки из портов, до
> полного исчерпания.

Разве что если из под рута в tmpfs или MD собирать.

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

46. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от анонн (ok), 02-Мрт-20, 23:36 
>со друзей программой приводил

жручей

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

47. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от Аноним (47), 02-Мрт-20, 23:55 
Дело не в жручести. Многое зависит от паттернов пользования и юзерспейсного аллокатора.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от анонн (ok), 03-Мрт-20, 00:27 
> Дело не в жручести. Многое зависит от паттернов пользования и юзерспейсного аллокатора.

Еще больше - от настроек.
vm.pageout_oom_seq - выставить поменьше, скажем 4
и возможно стоит посмотреть
vm.pfault_oom_wait
vm.pfault_oom_attempts

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

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

51. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –1 +/
Сообщение от Аноним (47), 03-Мрт-20, 01:17 
Т.е. 1 в 1 проблемы линукса? Зачем тогда уверять, что там что-то лучше устроено…
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от zzz (??), 03-Мрт-20, 02:57 
Фряха сохраняет минимальную отзывчивость, в линуксе - только ресет. А так-то да, 1 в 1.
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (47), 03-Мрт-20, 12:26 
Я не помню, когда мне последний раз пришлось резет в линуксе прожимать. Это наверно если своп маленький ставишь и он забивается.  Вот в венде я помню, что она зависала и не отвечала ни на какие комбинации. В линуксе всегда нажимаешь sysrq+f и едешь дальше, это лучше чем перезагрузка. Т.е. ядро то как раз не зависает, зависает вывод картинки видеодрайвером и несколько секунд может отрвечать терминал, чаще просто потому что io забито. Лучше добавить свопа и не доводить до такого.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от zzz (??), 03-Мрт-20, 16:29 
Выше я уже давал юзкейс: машинка с 2Гб. Под своп отдал 2 Гб. Открыл скайп, открыл пять вкладок - и всё, с приветом Шишкин, даже мышка елозить перестала. Что я там ни жал - не отвечало. Перезагрузился, повторил эксперимент с открытым top-ом: зависание произошло при 30%-ом заполнении свопа. На винде при таком же наборе открытого софта потребление было таким же (так что оверкоммит тут не при делах), при этом система подлагивала, но отзывчивость сохраняла.

Если у тебя на машине 16 гигов памяти и своп наполняется от силы на 10% - поверю, что ты не жмешь ресет уже очень давно. У меня же был иной экспириенс. Смотря на всё это, посещают мысли вообще накатывать фрю - пусть там меньше драйверов, но за год использования, как я её только ни мучил - работала как часики под любой нагрузкой.

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

146. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (47), 03-Мрт-20, 16:45 
Это на линуксе? На ПК 8ГБ памяти, 4ГБ своп. Пока своп не заполнится на 100% я и не увижу, что что-то пошло не так (тут отличие с виндоус, в которой всё начинает тормозить).

>своп наполняется от силы на 10%

vm.swapiness=99, в норме он заполняется только когда софт "протёк" — в среднем занято не больше 5%. Фоновые вкладки браузера в него падают, визуально видимых задержек при переключении нет. Компиляция "в памяти" не даёт никаких негативных эффектов, игрушки разве что дольше загружаются, когда используется своп.

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

Если ядро затупило от исчерпания свопа, звук тоже зависает через несколько секунд. Ни разу не видел, чтобы зависание было при наличии свопа - скорее всего был резкий скачок за пределы имеющегося объёма и он просто не отобразился.

Проблемы от использования браузеров и жава-софта у меня достаточно часто. И от компиляции браузеров фоном. А ещё бывает что софт течёт. Но всегда выручает sysrq+f (кстати, во многих дистрибутивах magic key комбинации выключены  в ядре).

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

147. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (47), 03-Мрт-20, 16:50 
Если sysrq+f не помогает, можно нажать sysrq+e послать сигнал term всем процессам, что лучше перезагрузки. Дальше просто перезапускаешь сервисы в состоянии crashed и иксы. Усб клавиатура может не работать в иксах при зависании, нужно сначала нажать sysrq+r.
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

195. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 05-Мрт-20, 02:11 
> Если sysrq+f не помогает,

...и это пингвин, поставьте себе уже наконец более-менее современное ядро, там oom_killer довольно меткий.

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

149. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 03-Мрт-20, 17:09 
> это, посещают мысли вообще накатывать фрю - пусть там меньше драйверов,
> но за год использования, как я её только ни мучил -
> работала как часики под любой нагрузкой.

время показывала? ;-) Эт она может. А если тебе работать в мало памяти - и вот чо щастья от того, что твой сцайп вывалился с sigbus?

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

157. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от zzz (??), 03-Мрт-20, 22:11 
Надо будет проверить - когда я её пользовал в качестве десктопа, проблем из-за работы с памятью, тем более чтобы система наглухо висла из-за пяти вкладок, у меня ни разу не было.
Ответить | Правка | Наверх | Cообщить модератору

173. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от ананчик (?), 04-Мрт-20, 00:42 
Так надо былу свам раздел на стримере размещать.
>даже мышка елозить перестала

Да это не показатель, у меня мышка лет пять назад елозить перестала, а пинги до сих пор ходят как часы.

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

64. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от анонн (ok), 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.


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

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

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

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

109. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 03-Мрт-20, 11:06 
> Хотя да, умиляют некоторые комментаторы, явно не ожидавшие, что лишние навороты сложности и
> разных эвристик в пингвине, могут иметь не только лишь плюсы и повод для гордости за результаты
> в бенчах, но и некоторые неприятные (и трудно отлавливаемые) побочные эффекты.

ну вообще-то в том примере товарищ уж очень старался этот эффект получить.

А у free, взамен, out of memory, с битой базой mysql по результату, случается и тогда, когда память в системе, вообще-то, была, но по разным причинам, ее постеснялись отобрать.

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

198. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 05-Мрт-20, 05:47 
> по разным причинам, ее постеснялись отобрать.

А эти причины случайно не ZFS назывались?

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

202. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 05-Мрт-20, 07:42 
>> по разным причинам, ее постеснялись отобрать.
> А эти причины случайно не ZFS назывались?

я же сказал - разным.

zfs на этой системе может вообще не быть, а память вожрана в кернельные zones и хрен ты ее оттуда достанешь, хотя в данный момент она не используется.

Ну ведь планки памяти такие дешевые, не так ли?

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

224. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (223), 07-Мрт-20, 07:31 
> Ну ведь планки памяти такие дешевые, не так ли?

Ага, блин, найди мне планки памяти на вон тех одноплатничках :). Но ты в принципе можешь и попытаться перепаять BGA с шагом 0.4 :)

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

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

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




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

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