Re: Looking for help configuring an application server
David Birnbaum <[email protected]> Thu, 21 Apr 2011 22:02:36 -0400
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============0539680389==
Content-Type: multipart/alternative;
boundary="------------070806050302010003040302"
This is a multi-part message in MIME format.
--------------070806050302010003040302
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Increasing the number of processes may or may not help; since you only
have two cores, you can't actually run that many things at once.
If this is set up as a static FastCGI app, check the timouts/timers and
make sure that they are high enough to allow for the latency. Also,
watch the box under load and make sure you aren't thrashing CPU, memory,
or disk so that your child count is tuned as well as possible.
Cheers,
David.
-----
On 4/21/11 8:32 PM, furroy wrote:
> I have a dedicated application server. Whenever I push out an update
> to my product, there's a massive spike demand of PHP calls and it
> starts getting the dreaded 502 errors. I'm trying to figure out the
> best way to configure this box to avoid these at all costs. It's fine
> if the box gets bogged down and it just just takes longer to process
> the requests, speed isn't a big deal for this application, but getting
> back 502's causes me great pain on the front end.
>
> RAM: *4 GB*, Disk: *500 GB*
> CPUs: *1 (2 cores/CPU) @2.2GHz
>
> *I cranked up PHP_FCGI_CHILDREN = 128 for my last test. I don't care
> how much RAM this takes up (~3.5G), this box is solely dedicated to
> this service, there's nothing else running on it. It still returned
> ~5500 502 errors during my load test.
> *
> *
>
> Running nginx 0.8.53
>
> PHP 5.2.15 (cli) (built: Dec 15 2010 14:09:31)
> Copyright (c) 1997-2010 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
> with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by
> Zend Technologies
> with XCache v1.2.2, Copyright (c) 2005-2007, by mOo
> with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend
> Technologies
>
>
>
> _______________________________________________
> FastCGI-developers mailing list
> FastCGI-developers-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org
> http://mailman.pins.net/mailman/listinfo.cgi/fastcgi-developers
--------------070806050302010003040302
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Increasing the number of processes may or may not help; since you
only have two cores, you can't actually run that many things at
once.<br>
<br>
If this is set up as a static FastCGI app, check the timouts/timers
and make sure that they are high enough to allow for the latency.
Also, watch the box under load and make sure you aren't thrashing
CPU, memory, or disk so that your child count is tuned as well as
possible.<br>
<br>
Cheers,<br>
<br>
David.<br>
<br>
-----<br>
<br>
On 4/21/11 8:32 PM, furroy wrote:
<blockquote
cite="mid:BANLkTimfXsvEx1xqZm91ZAVXgMSkTJjA7g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org"
type="cite">I have a dedicated application server. Whenever I push
out an update to my product, there's a massive spike demand of PHP
calls and it starts getting the dreaded 502 errors. I'm trying to
figure out the best way to configure this box to avoid these at
all costs. It's fine if the box gets bogged down and it just just
takes longer to process the requests, speed isn't a big deal for
this application, but getting back 502's causes me great pain on
the front end.<br>
<br>
RAM: <b><span id="ds1155_ram">4</span> GB</b>, Disk: <b><span
id="ds1155_disk">500</span> GB</b><br>
<div title="Dual Core AMD Opteron(tm) Processor 175"> CPUs: <b>1
(2 cores/CPU) @2.2GHz<br>
<br>
</b>I cranked up PHP_FCGI_CHILDREN = 128 for my last test. I
don't care how much RAM this takes up (~3.5G), this box is
solely dedicated to this service, there's nothing else running
on it. It still returned ~5500 502 errors during my load test.<br>
<b><br>
</b></div>
<br>
Running nginx 0.8.53<br>
<br>
PHP 5.2.15 (cli) (built: Dec 15 2010 14:09:31)<br>
Copyright (c) 1997-2010 The PHP Group<br>
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies<br>
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007,
by Zend Technologies<br>
with XCache v1.2.2, Copyright (c) 2005-2007, by mOo<br>
with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend
Technologies<br>
<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
FastCGI-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FastCGI-developers-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org">FastCGI-developers-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org</a>
<a class="moz-txt-link-freetext" href="http://mailman.pins.net/mailman/listinfo.cgi/fastcgi-developers">http://mailman.pins.net/mailman/listinfo.cgi/fastcgi-developers</a>
</pre>
</blockquote>
</body>
</html>
--------------070806050302010003040302--
--===============0539680389==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
_______________________________________________
FastCGI-developers mailing list
FastCGI-developers-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org
http://mailman.pins.net/mailman/listinfo.cgi/fastcgi-developers
--===============0539680389==--