From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <4885F301.9010105@gmx.de>
Date: Tue, 22 Jul 2008 16:47:29 +0200
From: Kernel Panic <cinap_lenrek@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9
MIME-Version: 1.0
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
References: <140e7ec30807012348x4b20c836y4b3a52a89f51234a@mail.gmail.com>	<fe2b42858ce0322d0199a8d3f2b6da5f@quanstro.net>
	<140e7ec30807220716w36ffa9cau7f5f140fa2d6a6e8@mail.gmail.com>
In-Reply-To: <140e7ec30807220716w36ffa9cau7f5f140fa2d6a6e8@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] sad commentary
Topicbox-Message-UUID: ed46bd00-ead3-11e9-9d60-3106f5b1d025

sqweek wrote:
> On Wed, Jul 2, 2008 at 8:35 PM, erik quanstrom <quanstro@quanstro.net> wrote:
>
>>>  Also, public 9grids. Though judging by gdiaz's experiences with
>>> sirviente, there's a bit of work to be done in that area - I get the
>>> impression things are fairly unstable once the machine gets under
>>> memory pressure.
>>> -sqweek
>>>
>> i think this is an artifact of setting up heavily-used systems
>> combining venti, fossil, auth and cpu server.
>>
> ...
>
>> sure crashing is antisocial.  the alternative is to add very
>> large amounts of code to the kernel.
>>
>
>
Swap doesnt work reliable here. :-(
I have disabled swaping and let the kernel kill the biggest process
skipping any critical server processes and it works well.
got ~100 days uptime and i use this machine for linuxemu
development/testing.

no adding very large amounts of code... maybe fix the swap... or even
remove it alltogether.
>  Back when this was first posted I wanted to protest the point that a
> large kernel modification is necessary, since I figured you can do a
> "good enough" job with just an interface to tell the kernel not to
> kill the important server processes.
>  Obviously I decided to let it lie, but I just discovered this can be
> done without modifying the kernel at all when I happened across an
> interesting line in termrc:
>
> /rc/bin/termrc:dontkill
> '^(ipconfig|factotum|mntgen|fossil|cs|dns|listen|reboot)$'
>
>  The default cpurc doesn't use dontkill, but I suspect it could be a
> big help for all-in-one servers. Figured I'd point it out as it seems
> easy to miss.
>  ... plus everyone can use a good scare every now and then, and what
> better way than to resurrect sad commentry?
> -sqweek :D
>
good to know :-)

cinap