The OpenNET Project / Index page

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



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

Оглавление

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


609. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от RNZ (ok), 17-Авг-19, 17:52 
> Это ложь. Огараничение оверкоммита наоборот, препятствует приходу киллера.

RTFM - https://www.kernel.org/doc/html/v5.1/vm/overcommit-accountin..., конкретно за режим vm.overcommit_memory = 2.

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

610. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (477), 18-Авг-19, 03:38 
Документация пдтверждает мою правоту:

"in most situations
this means a process will not be killed while accessing
pages but will receive errors on memory allocation as
appropriate."

https://www.kernel.org/doc/Documentation/vm/overcommit-accou...

И закономерный итог - https://imgur.com/a/p9j67KA - процессы валятся на ошибках.

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

611. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от RNZ (ok), 18-Авг-19, 15:03 
> Документация пдтверждает мою правоту:
> "in most situations
> this means a process will not be killed while accessing
> pages but will receive errors on memory allocation as
> appropriate."
> https://www.kernel.org/doc/Documentation/vm/overcommit-accou...
> И закономерный итог - https://imgur.com/a/p9j67KA - процессы валятся на ошибках.

"in most situations" - значит не во всех ситуациях. Срабатывают оба варианта, проверено.
И второе поведение и является правильным. Значение vm.overcommit_ratio = 200 - устанавливает в двое больший размер для аллоцирования, чем есть в системе, потому, любое ПО которое будет пытаться занять размер больше чем свободно в системе, просто сразу отвалит с ошибкой, а не будет "мусолить" систему.

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

612. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от сжиматель (?), 19-Авг-19, 04:42 
>сразу отвалит с ошибкой, а не будет "мусолить" систему

Нет, MemoryError - это вам не SIGKILL.

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

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

613. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от RNZ (ok), 19-Авг-19, 11:58 
>>сразу отвалит с ошибкой, а не будет "мусолить" систему
> Нет, MemoryError - это вам не SIGKILL.

<sarcazm>Без этого уточнения - никак не понять.</sarcazm>

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

Так и должно быть, приложения должны уметь обрабатывать такие ошибки. А если какое-то приложение устроит гонку, то сработает oomkiller и это правильно. А если хочется что-то "прибить гвоздями" в памяти, то oom_score_adj в помощь.

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

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

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




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

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