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 _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
