Subject: Re: [vserver] number of vserver guests
From: Ed W <lists@wildgooses.com>
Date: Mon, 15 Mar 2010 18:16:18 +0000

On 13/03/2010 15:55, John A. Sullivan III wrote:
> <snip>
> That's interesting.  I'd like to pursue this a bit, if I may because
> that's what I originally expected in VServer but I don't think it is
> what I am seeing.  For example, we are running many vservers with KDE
> desktops.  I was expecting that since they are all looking at the same
> hardlinked X and KDE files,memory usage would be minimal.  However, we
> see each vserver consuming between 500MB and 1GB of RAM (from
> vserver-stat).
>    

My (very limited) understanding is that the memory reductions come from 
the kernel sharing only the static parts of the libraries - I would have 
thought that user data at run time usually dominated the memory usage of 
most applications though?  Usually the binaries and libraries are of 
negligible size compared with the amount of ram the application uses?

I guess the max benefits come from server apps which are used 
identically in multiple VMs and the app particular focuses on minimising 
runtime memory allocation

You mention that Firefox is ballooning memory - this is also my 
observation on Windows/OSX on the desktop and given all the memory is 
unique to building/parsing/caching individual web pages *per browser*, 
then I can't see any way that the vhashify is going to help here.  
Firefox also seems to "leak"memory badly for me (for a certain 
definition of leak) and I find I must restart it every few days (usually 
its obvious because it reaches the point that where it's very sluggish 
to open tabs and for me it slows down heavily once it hits 500MB-1GB of 
ram used - restarting it usually gets memory usage down to 100-200MB... 
(with the same 15-30+ tabs open)

Another trick I found on FF is that it seems to get sluggish opening new 
tabs - I traced this to two things, one is optimising the sqlite dbs, 
the second is that *I* end up with a massive database of form fields 
that it's remembering and for whatever reason once this gets big it 
leads to HUGE slowdowns opening new pages and lots of microfreezes for a 
few secs.  Clearing the cached form values (and all your remembered 
passwords...) gets everything back to lightning fast speeds

So basically I can't see that the vhashify can save more than the size 
of the libraries that have been hashified (and are in use), which is 
likely to be only a few hundred MB on most server installations (perhaps 
a lot less?). Perhaps not to be sneezed at, but perhaps not enough for 
some requirements?

Good luck

Ed W