Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread John Iliffe
On Tue, 2010-16-03 at 10:45 -0300, Bruno - e-comBR wrote: > > 2010/3/12 Reese > On 12-Mar-10 13:49, Jonathan Zuckerman wrote: > On Fri, Mar 12, 2010 at 9:36 AM, Reese > wrote: > > On 12-Mar-10 11:31, Nilesh Govindar

Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread Roger
I may have miss-understood your question but the fact that your second script gets put in a queue may have to do with the fact that you are using persistent connections. Have you tried disabling this off to see if apache process the second request right of way? I'm not saying that disabling persis

Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread Roger
Sorry I meant to say: "I'm not saying that disabling persistent connections is the solution to the problem that you are having with your report page" -r - The official User-To-User support forum of the Apache HTTP Server Project

Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread Bruno - e-comBR
2010/3/16 Roger > Do you have persistent connections on? > > -r > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-m

Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread Roger
Do you have persistent connections on? -r - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apa

Re: [us...@httpd] mod_php script 'queue'

2010-03-16 Thread Bruno - e-comBR
2010/3/12 Reese > On 12-Mar-10 13:49, Jonathan Zuckerman wrote: > >> On Fri, Mar 12, 2010 at 9:36 AM, Reese wrote: >> >> On 12-Mar-10 11:31, Nilesh Govindarajan wrote: >>> >>> On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR wrote: It's causing a little throuble for me. When

Re: [us...@httpd] mod_php script 'queue'

2010-03-12 Thread Reese
On 12-Mar-10 13:49, Jonathan Zuckerman wrote: On Fri, Mar 12, 2010 at 9:36 AM, Reese wrote: On 12-Mar-10 11:31, Nilesh Govindarajan wrote: On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR wrote: It's causing a little throuble for me. When a PHP script generates a bigger report(taking ab

Re: [us...@httpd] mod_php script 'queue'

2010-03-12 Thread Jonathan Zuckerman
On Fri, Mar 12, 2010 at 9:36 AM, Reese wrote: > On 12-Mar-10 11:31, Nilesh Govindarajan wrote: > >> On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR >> wrote: >> > > It's causing a little throuble for me. When a PHP script generates a >>> bigger >>> report(taking about ten minutes or more), the

Re: [us...@httpd] mod_php script 'queue'

2010-03-12 Thread Nilesh Govindarajan
On Fri, Mar 12, 2010 at 11:06 PM, Reese wrote: > On 12-Mar-10 11:31, Nilesh Govindarajan wrote: >> >> On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR >> wrote: > >>> It's causing a little throuble for me. When a PHP script generates a >>> bigger >>> report(taking about ten minutes or more), the

Re: [us...@httpd] mod_php script 'queue'

2010-03-12 Thread Reese
On 12-Mar-10 11:31, Nilesh Govindarajan wrote: On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR wrote: It's causing a little throuble for me. When a PHP script generates a bigger report(taking about ten minutes or more), the user seems to be impatient. They're doing refreshs on the page. So,

Re: [us...@httpd] mod_php script 'queue'

2010-03-12 Thread Nilesh Govindarajan
On Fri, Mar 12, 2010 at 6:49 PM, Bruno - e-comBR wrote: > Hello, > > While performing some tests, I saw that: > > -When I run a PHP script with a infinite loop, the apache process(using > mod_prefork) still busy (php.ini timeouts disabled) 'forever' (the obvious > fact). > -When I run again the sa

[us...@httpd] mod_php script 'queue'

2010-03-12 Thread Bruno - e-comBR
Hello, While performing some tests, I saw that: -When I run a PHP script with a infinite loop, the apache process(using mod_prefork) still busy (php.ini timeouts disabled) 'forever' (the obvious fact). -When I run again the same script with the same URL, apache seems to 'enqueue' the second reque