php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #21136 PHP Server dies when load increased
Submitted: 2002-12-21 12:41 UTC Modified: 2003-01-09 19:36 UTC
From: hchinhwa at yahoo dot com Assigned:
Status: Not a bug Package: IIS related
PHP Version: 4.2.3 OS: Windows2000 Advanced Server
Private report: No CVE-ID: None
 [2002-12-21 12:41 UTC] hchinhwa at yahoo dot com
Hi,

I'm running Windows2000 Advanced Server, ISS v5.0 and PHP v4.2.3 in a dual CPU, 256MB RAM machine. I have set PHP.exe in Application Mapping.

Whenever there are requests, PHP binaries files (PHP.exe) are created (as seen from Windows Task Manager). Each binary carries approximately 4-5MB of memory.

I have this index.php file which does nothing but including 7 other html files. Each html file displays a table of information. Everything is fine until the load increases. It comes to a point where the entire PHP server just went dead and IIS cannot serve out any more pages.

If I changed the Application Mapping to php4isapi.dll, I'd got "Access Violation xxxx" error codes.

Does a PHP binary appear for each request?


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-12-21 14:38 UTC] iliaa@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


 [2002-12-23 02:52 UTC] hchinhwa at yahoo dot com
Hi,

There are still PHP binaries running at the background. However this time, the binaries are disappearing faster. I think the server will go down once the load becomes heavy again.

I am putting php4isapi.dll in IIS>Filter folder and PHP.exe in IIS>Application Mapping folder. Is this correct?
 [2002-12-27 01:02 UTC] hchinhwa at yahoo dot com
Hi,

I also discovered that the utilization of both CPUs were very high; over 98%.
 [2003-01-09 19:36 UTC] sniper@php.net
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 26 02:01:29 2024 UTC