Re: [Vserver] RSS vs. AS, and swap.

From: Herbert Poetzl <herbert_at_13thfloor.at>
Date: Thu 12 Jan 2006 - 06:05:53 GMT
Message-ID: <20060112060553.GA31036@MAIL.13thfloor.at>

On Wed, Jan 11, 2006 at 09:58:43PM -0800, Robin Lee Powell wrote:
> On Thu, Jan 12, 2006 at 03:38:25AM +0100, Herbert Poetzl wrote:
> > On Wed, Jan 11, 2006 at 04:38:58PM -0800, Robin Lee Powell wrote:
> > > I want my VServer to not be able to choke my real server by
> > > using up all the RAM, so I set an RSS limitation. As you can
> > > see, it's not working very well:
> > >
> > > PROC: 72 142 -1 0
> > > VM: 104883 223551 -1 0
> > > VML: 0 0 -1 0
> > > RSS: 56597 131072 131072 356
> >
> > well, as we see it is working very well ...
>
> Well, in some sense. I don't want my processes to get killed.
>
> > > The problem I'm having is that instead of swapping things out,
> > > processes simply get killed, even when there's lots of swap
> > > left.
> >
> > as I explained many times (here and on IRC) you do not really want
> > a swap-out behaviour, but once again here is a simple example ...
> >
> > just consider 10 guests,
>
> I have exactly 1, and will only over have 1, so this simply doesn't
> apply. I really *do* want swap-out behaviour.

for one guest, why do you care about limiting memory at all?

I mean, why not 'just' let it use up what it takes?

> > > So, I'm wondering:
> > >
> > > What do RSS and AS actually *mean* when applied to the whole
> > > VServer?
> >
> > RSS means Resident Set Size (i.e. the amount of memory which is
> > actually 'present' in RAM), and AS means Adress Space, which is an
> > artificial limit which 'could' be compared to swap space, but does
> > not necessarily end up in swap ...
>
> OK, but it might? I really do want the swap behaviour.

again, I don't see the point in limiting a setup with a
single guest ... of course, once the real memory is
exhausted, the swap space will be used ...

> > for now, I would suggest to do what you actually said, and use the
> > RSS hard limit for preventing customers from using up all your
> > memory ... (i.e. make it large enough so that it doesn't hurt the
> > friendly customer, but small enough, so that your system will keep
> > running when somebody is excessive)
>
> OK. That's really too bad, as it doesn't help my needs very much,
> but if that's the option, then there you are.

maybe you could describe your needs and/or the entire
setup in more details, so we could get a better
impression ...

best,
Herbert

> Thanks for all your help!
>
> -Robin
>
> --
> http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
> Reason #237 To Learn Lojban: "Homonyms: Their Grate!"
> Proud Supporter of the Singularity Institute - http://singinst.org/
> _______________________________________________
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Thu Jan 12 06:06:13 2006

[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Thu 12 Jan 2006 - 06:06:15 GMT by hypermail 2.1.8