The OpenNET Project / Index page

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



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

Оглавление

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


72. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Ivan_83 (ok), 06-Авг-19, 19:59 
Во фре такая же непотребность.
Тоже сильно бесит.
Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на борту, а система уже лезет в своп.
Поставил 64Гб - опять летезет в своп, притом что сумма RSS явно никогда до 32ГБ не доходит.
WTF!?

А вот в венде как то нормально без свопа жилось - приложение просто получало по рукам (malloc() возвращал NULL) и либо падало либо одумывалось.
Такое вроде и на фре и линухе можно включить, но хз насколько потом жить будет удобно.

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

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

136. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от qwerty123 (??), 06-Авг-19, 21:18 
>Поставил 64Гб - опять летезет в своп

Страницы смещаются в swap в зависимости от частоты использования.

http://www.ico.aha.ru/h/The_Design_and_Implementation_of_the...

Swapping

Although swapping is generally avoided, there are several times when it is used in FreeBSD to address a serious memory shortage. Swapping is done in FreeBSD when any of the following occurs:

  -  The system becomes so short of memory that the paging process cannot free memory fast enough to satisfy the demand. For example, a memory shortfall may happen when multiple large processes are run on a machine lacking enough memory for the minimum working sets of the processes.

  -  Processes are completely inactive for more than 10 seconds. Otherwise, such processes would retain a few pages of memory associated with their user structure and thread stacks.

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

169. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от анонн (ok), 06-Авг-19, 22:23 
> Во фре такая же непотребность.
> Тоже сильно бесит.
> Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на
> борту, а система уже лезет в своп.

Так оно по умолчанию и задуманно - потихоньку в фоне выгружаем все второстепенное, чтобы, когда "прижмет", можно было не "тупить" в ожидании диска, а сразу освободить память. Крутилки для изменения поведения имеются.
Но тут тема вообще-то о "тупиже" при нехватке памяти _и_ отключенном свопе. Оверкоммит и "проверять возврат malloc бесполезно!ваш новый стандарт!" передают приветы ))

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

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

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




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

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