You are at a stage where you are going to need to do some performance tuning
of your hosting servers. This involves increasing the default limits for
things like file handlers and shared memory segments.
You can check the number of allocated file handlers by doing:
cat /proc/sys/fs/file-max
cat /proc/sys/fs/dquot-max
cat /proc/sys/fs/super-max
You can check the relevant shared memory segment limits by doing:
cat 67108864 >/proc/sys/kernel/shmmax
cat 384 >/proc/sys/kernel/shmmni
If you are hosting large numbers of virtual servers or have a particularly
rich skel these values may have to be increased. This can be done by adding
the following lines in your /etc/rc.d/rc.sysinit immediately after the /proc
filesystem has been mounted:
echo 256000 >/proc/sys/fs/file-max
echo 32768 >/proc/sys/fs/dquot-max
echo 2048 >/proc/sys/fs/super-max
echo 67108864 >/proc/sys/kernel/shmmax
echo 384 >/proc/sys/kernel/shmmni
The values shown are reasonable examples but may need to altered depending
on your systems requirements.
This is the sort of tuning typically required on any large dedicated server
and more detailed information on the settings mentioned above can easily be
found in system administration manuals or database tuning manuals
(Postgres/MySQL/Ingres etc...). I intend to produce a guide to the
fine-tuning of VSD hosting servers, in fact trying to cover the whole
process of deciding on the system architecture for your hosting farm,
implementing it and fine-tuning it, but can't say when I expect to have it
finished.
Tim
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of redirect
> Sent: 18 September 2001 08:09
> To: [EMAIL PROTECTED]
> Subject: Re: cpu load
>
>
> we are just seeing too many open files in the system all the time
> - cpu load
> is zero, processes 480 approx, but no operations can be carried
> out and VS's
> are going down one after the other.
>
> makes freevsd using the pregen skel unusable if you want more than 20 VS's
> on a server
>
> any help appreciated
>
> Steve
>
> ----- Original Message -----
> From: "Simon Garner" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, September 16, 2001 11:53 PM
> Subject: Re: cpu load
>
>
> > From: "Joe Cooper" <[EMAIL PROTECTED]>
> >
> > > You're seeing load avgs that high, eh? And I assume to individual
> > > vservers are still performing well?
> > >
> > > I don't think I've ever seen a machine that wasn't nearly deadlocked
> > > with load averages anywhere near that high...So I'm guessing this is a
> > > sign of the flaws in load avg calculation.
> > >
> > > If you don't mind my asking, what does a 'vmstat 1' say about your CPU
> > > user/system usage and CPU idle during a high load period? I
> think that
> > > tends to be a better display of what load the box is seeing
> and how much
> > > more it can handle.
> > >
> >
> >
> > Ditto. In my experience a server with a constant load average
> over 1.00 is
> > being pushed to the limits. If it gets up to 47 then it's
> nearly unusable,
> > and needs attention fast!
> >
> >
> > Simon Garner
> >
> > ------------------------- The freeVSD Support
> List --------------------------
> > Subscribe:
> mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> > Unsubscribe:
> mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> > Archives: http://freevsd.org/support/mail-archives/freevsd-support
> >
> --------------------------------------------------------------------------
> ---
> >
>
> ------------------------- The freeVSD Support List
> --------------------------
> Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> Unsubscribe:
> mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> Archives: http://freevsd.org/support/mail-archives/freevsd-support
> ------------------------------------------------------------------
> -----------
------------------------- The freeVSD Support List --------------------------
Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
Archives: http://freevsd.org/support/mail-archives/freevsd-support
-----------------------------------------------------------------------------
