| Re: [9fans] sad commentary |
|
 |
|
 |
|
 |
|
 |
Group: comp.os.plan9 · Group Profile
Author: Kernel PanicKernel Panic Date: Jul 22, 2008 07:52
sqweek wrote:
> On Wed, Jul 2, 2008 at 8:35 PM, erik quanstrom 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
|