[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Change Request - Elections



On Tue, Sep 23, 2008 at 01:32:23AM +1200, Nigel Jones wrote:
> On Mon, 2008-09-22 at 09:25 -0400, Seth Vidal wrote:
> > On Tue, 2008-09-23 at 01:08 +1200, Nigel Jones wrote:
> > > Technically not directly covered in the Beta Freeze, but it's only
> > > running on app4 at the moment and the settings it's on now is okay for
> > > the infrequent use of casual browsing, but the Art team want to use it
> > > for the next 36 or so hours.
> > > 
> > > Can I get a +1 to bump to the resources used during the FESCo/Board
> > > votes?
> > 
> > Bump them to what?
> 
> Err yeah, I boo-booed and forgot to include the diff.
> 
> diff --git a/configs/web/applications/elections.conf
> b/configs/web/applications/elections.conf
> index 387f01f..4a11549 100644
> --- a/configs/web/applications/elections.conf
> +++ b/configs/web/applications/elections.conf
> @@ -10,8 +10,8 @@ WSGIPythonOptimize 2
>  
>  # To save resources during periods of no-elections (quite often - ~75%
> of the time)
>  # We can run less threads and processes.
> -#WSGIDaemonProcess elections threads=2 processes=4 user=apache
> display-name=elections
> -WSGIDaemonProcess elections threads=1 processes=1 user=apache
> display-name=elections
> +WSGIDaemonProcess elections threads=2 processes=4 user=apache
> display-name=elections
> +#WSGIDaemonProcess elections threads=1 processes=1 user=apache
> display-name=elections
> 
> To be fair, it'd most likely be okay running at threads=2 processes=2,
> but I'm trying to stick with what I've used in the past with the freeze
> etc.

+1.  Looks like a harmless optimization.

We may want also want to set a 'maximum-requests' on the
WSGIDaemonProcess, as to help mitigate any memory leaks within the stack
(as opposed to having to use our restart-memhogs cronjob).  Bodhi's is
currently set to 1000, but we should probably agree on a sane number and
make it consistent throughout our infrastructure.  Our TurboGears SOP
also needs to be updated to reflect our new WSGI deployments as well.

luke


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]