From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mutab0r@rambler.ru>
Message-ID: <40F26A00.8070100@rambler.ru>
Date: Mon, 12 Jul 2004 14:37:52 +0400
From: Yury Aliaev <mutab0r@rambler.ru>
Organization: =?KOI8-R?Q?=FE=D4=CF=20=D7=20=D7=D9=CD=C5=CE=C9=20=D4=C5=C2=C5=20=CD=CF=C5=CD=3F?=
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-GB;
	rv:0.9.4) Gecko/20011128 Netscape6/6.2.1
X-Accept-Language: ru, en-gb
MIME-Version: 1.0
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] Re: 
	=?KOI8-R?Q?=EE=C5=C8=D7=C1=D4=CB=C1=20=D0=C1=CD=D1=D4=C9?=
References: <40F257D4.9090600@rambler.ru> <20040712101438.GR5897@osdn.org.ua>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-Auth-User: mutab0r, whoson: (null)
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Devel discussion list <devel@altlinux.ru>
List-Id: ALT Devel discussion list <devel.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/devel>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 12 Jul 2004 10:33:29 -0000
Archived-At: <http://lore.altlinux.org/devel/40F26A00.8070100@rambler.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Michael Shigorin wrote:

> On Mon, Jul 12, 2004 at 01:20:20PM +0400, Yury Aliaev wrote:
> 
>>1) Написать прогу, отслеживающую, сколько свопа отожрано, и при
>>превышении порога (скажем, 95%), она делала бы страшные глаза,
>>
> 
> Недавно на freshmeat пробегал swapd, что ли -- который в
> сконфигурированном аварийном порядке добавит в таком случае
> свопа.
> 
> Мож это более живучий выход?
> 


Хорошая imho идея. Только откуда этот своп возьмётся? В этом случае 
придётся держать кусок свопового раздела зарезервированным для 
экстренных ситуаций. И всё равно, должны быть вопли по поводу нехватки 
свопа, чтоб пользователь знал, что скоро станет _совсем_плохо_...

P.S. По поводу ulimit'а. Под рукой нашёлся сабж от Slackware 7, может, 
конечно, сейчас всё по-другому, но там я не нашёл ограничения объёма 
памяти, выделяемой всем процессам в целом, есть только попроцессное 
ограничение. А моя задумка ка раз и состояла в том, чтобы, скажем, если 
у меня есть свободных 100 М оперативки + 200 М свопа, и процесс хочет 
занять 250 из них -- Бога ради, но если после этого другой процесс 
захочет отхватить более 50 М, то он уже и обломится (в смысле получит 
NULL на выходе malloc'a).