The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."
Отправлено пох., 07-Авг-19 22:22 
>>> Ну вот описаную ситуацию
>> ну потому что он все неправильно делает.
>> buffer cache настал каюк, да, а про то что в ядре полно
>> мусоросборочных тредов, запускающихся по таймеру - не подумал.
> Только описанная ситуация вполне подходит под типичный юзкейз - открыл в дополнение
> жрущей виртуалочке браузер почитать опеннет - и на тебе.

а если не браузер а разбиралку фоточек с отпуска? Отож.

> Собственно, я это воспроизвожу где-то раз в месяц на старенькой системе 2010года

у меня воспроизводилось 100%, чем и было ценно. Но когда дошли руки до тестов - я уже получил "фирма в ваших услугах более не нуждается" (откуда, собственно, и взялись два месяца на подобную деятельность вместо работы), а выкупать тот ноут по негуманной остаточной цене не входило в мои планы.
https://imgur.com/rBBJwOU
это -j3 - на больше там памяти не хватило бы.

Так что успели только убедиться, что отключение arc compression и/или abd scatter проблему загоняет под ковер - когда каждая итерация занимает несколько часов, когда ноутом пользоваться толком нельзя, два месяца - ни о чем.

Но дохло оно не в abd, подчеркиваю - оно дохло вполне себе в ядерном сборщике мусора.

> О своем отношении к ZFS еще раз писать не буду - тут

говорю же - на ней просто удобно тестировать. Так устроен zone manager.
В ядре полно других zones, где сперва может застрять пол-гига, а потом очень невовремя разбудить какой-нибудь тред, который полезет их перебирать мелкими шмотками с глобальным локом (или, хуже - с ошибкой в глобальном локе - что скорее всего и происходит) именно когда и памяти не хватает, и ядер свободных нет.

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

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

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

так это не дедлок, это просто кончилась память. Вот на картинке - там он. Мертвый. При дофига свободных ресурсов.

> pagedaemon начинает неплохо отжирать CPU без какого либо эффекта, а вот оом

он бегает по куче сложных структур, перебирая странички по 4k (привет, линукс) - которых в гигабайте как бе 260000 - и, не найдя ничего ненужного, начинает снова.

> "приветы" из реализации ZFS.

из реализации любой in-kernel памяти.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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