|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Kostik Belousov 2:5020/400 16 Sep 2005 11:42:16
To : Vadim Goncharov
Subject : Re: malloc() overcommit bug
--------------------------------------------------------------------------------
Vadim Goncharov wrote:
> Hi Kostik Belousov!
>
> On Thu, 15 Sep 2005 15:56:39 +0000 (UTC); Kostik Belousov wrote about 'Re:
> malloc() overcommit bug': Это не неизбежное зло, просто оно никому не было
> очень нужно. В Solaris'е overcommit'а не было никогда, для linux'а его сделали
> KB> отключаемым.
> KB> Я написал патч для 7-CURRENT (должен прикладываться и к RELENG_6),
> KB> который не позволяет выделять swap-backed памяти больше, чем есть
> KB> свопа. Кроме того, ведется учет для каждого uid'а (в момент выделения
> KB> памяти) и добавлен лимит RLIMIT_SWAP.
> KB> Больше подробностей и сам патч на http://kostikbel.narod.ru. Если фича
> KB> все-таки нужна - тестируйте. Багрепорты вполне принимаются.
>
> О, здорово. Меня вот тот человек спрашивает, будет ли оно работать при
> отключенном свопе. И мне интересно, как поведет себя тестовый пример с
> malloc().
Про malloc - у тебя есть прекрасная возможность протестировать. Про своп
- у патча есть две настройки (через sysctl vm.overcommit):
1. разрешать/не разрешать выделять vm_object'ы, для которых _может_ не
хватить свопа.
2. игнорировать/включить per-uid RLIMIT_SWAP.
Если 1я настройка включена, а свопа 0 страниц, то в системе что-то
делать сможет только root (ему всегда можно). Сделать как в Солярисе
(можно работать и без swapа, и память гарантировано присутствует, если
mmap завершился ok) можно будет когда-нибудь потом. А пока - диски
большие и дешевые.
О настройках подробнее можно почитать на страничке патча и в man 7 tuning.
> А вообще, если слить с патчем Dozen'а и протолкнуть в дерево - будет
> вообще замечательно.
>
Патч нетривиальный. Для того, чтобы начать проталкивать в дерево, его
нужно исчерпывающе протестировать хотя бы под типичными нагрузками. Без
помощи заинтересованных пользователей системы ничего не выйдет. Так что
- жду баг-репортов.
kostikbel@gmail.com
--- ifmail v.2.15dev5.3
* Origin: Svit Online (post does not reflect views of Golden Tele (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
