From 837b2b6be16ac427ec6ca6e8dbdb552599ba0ecb Mon Sep 17 00:00:00 2001 From: Scott Ullrich Date: Thu, 17 Sep 2009 16:41:58 -0400 Subject: [PATCH] Cap max requests at 500 --- etc/inc/system.inc | 6 ------ 1 file changed, 6 deletions(-) diff --git a/etc/inc/system.inc b/etc/inc/system.inc index 7b2cb2c925..4ab2333956 100644 --- a/etc/inc/system.inc +++ b/etc/inc/system.inc @@ -730,34 +730,28 @@ function system_generate_lighty_config($filename, if($avail > 0 and $avail < 98) { $max_procs = 1; - $max_requests = 1; } if($avail > 97 and $avail < 128) { $max_procs = 1; - $max_requests = 3; } if($avail > 127 and $avail < 256) { $max_procs = 1; - $max_requests = 5; } if($avail > 255 and $avail < 384) { $max_procs = 3; - $max_requests = 10; } if($avail > 384) { $max_procs = 4; - $max_requests = 16; } if($captive_portal == true) { $bin_environment = << ( "PHP_FCGI_CHILDREN" => "16", - "PHP_FCGI_MAX_REQUESTS" => "{$max_requests}", /* This problem seems to stem from a little-known issue with PHP: * PHP stops accepting new FastCGI connections after handling 500 requests; * unfortunately, there is a potential race condition during the PHP cleanup