[PHP-DEV] Bug #14937 Updated: Script timeouts at random places

[CharlesK]

ID: 14937
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Performance problem
Operating System: Windows 2000 Server
PHP Version: 4.1.0
New Comment:

I will take a look at ADP.  I have to find some time to set it up.  

In the mean time does anybody have any ideas why the same script could
be running at less than 0.4 seconds and then jump to 32 seconds then go
back to normal?  It isnt just this script.  It happens with others.  Not
at any kind of interval either.  Any brainstorms would be helpful, I
have been racking my brain trying to think of any reason for this.

Thanks
Charles Killmer


Previous Comments:


[2002-01-10 22:39:25] [EMAIL PROTECTED]

Try APD to make sure if this is PHP or your script fault.

http://apd.communityconnect.com/
(APD supports tracing script execution)

You need UNIX like OS ;) Try Linux :)



[2002-01-10 16:45:23] [EMAIL PROTECTED]

This is a snippet from the performance log on Jan 10 2002.  Notice that
this script usually takes 0. some seconds.  But one of these took 31.9
seconds.  This happens periodically on our busiest sites.  This file
only includes on file with a few functions.  Executes two of those
functions.  One just creates a menu using a few if statements.  The
other simply outputs some html.  
function stuff() {
?> html stuff here
http://bugs.php.net/?id=14937&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14937 Updated: Script timeouts at random places

[CharlesK]

ID: 14937
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Performance problem
Operating System: Windows 2000 Server
PHP Version: 4.1.0
New Comment:

This is a snippet from the performance log on Jan 10 2002.  Notice that
this script usually takes 0. some seconds.  But one of these took 31.9
seconds.  This happens periodically on our busiest sites.  This file
only includes on file with a few functions.  Executes two of those
functions.  One just creates a menu using a few if statements.  The
other simply outputs some html.  
function stuff() {
?> html stuff here
http://bugs.php.net/?id=14937&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14937: Script timeouts at random places

[charlesk]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.1.0
PHP Bug Type: Performance problem
Bug description:  Script timeouts at random places

I work for a company that has around 20 sites using PHP.  Lately I have
been tracking some odd script timeout problems.  None are related to bad
code or database connectivity.  

I started doing some extensive logging and have a report that shows that
every timeout that I checked followed a pattern.  

This is just a section of the log file I am looking at
DateAction  # of processes running
.
.
.
1/4/2002 21:41:37   EndSomeOtherRequest 0
1/4/2002 21:41:59   Start1  1
1/4/2002 21:42:14   Start2  2
1/4/2002 21:42:14   Start3  3
1/4/2002 21:42:14   End  2  2
1/4/2002 21:42:14   End  3  1
1/4/2002 21:42:23   Start4  2
1/4/2002 21:42:23   End  4  1
1/4/2002 21:42:27   Start5  2
1/4/2002 21:42:27   End  5  1
1/4/2002 21:42:39   Start6  2
1/4/2002 21:42:39   End  6  1
1/4/2002 21:42:46   Start7  2
1/4/2002 21:42:46   End  7  1
1/4/2002 21:42:48   Start8  2
1/4/2002 21:42:54   End  8  1
1/4/2002 21:42:59   End  1  0
.
.
.

The one that started first, finished last.  That script usually takes less
than zero seconds.  Though this time it took 60.014 seconds.  Our script
timeout is set to 240 seconds right now so we can capture these script
durations.  

This happens at all times of the day.  No apparent pattern, other than that
the one that takes an extrodinary time to complete is consistently the
first one in this block of processes.  And it always finishes last, but
that is less startling because it takes so long to finish.

Charles Killmer
IIS 5.0, Windows 2000 Server, PHP 4.1.0, CGI
-- 
Edit bug report at: http://bugs.php.net/?id=14937&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]