|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #33726 CPU overloaded after installing PHP 5.1.0b2
Submitted: 2005-07-16 17:53 UTC Modified: 2005-07-17 05:42 UTC
Avg. Score:5.0 ± 0.0
Reproduced:7 of 7 (100.0%)
Same Version:7 (100.0%)
Same OS:7 (100.0%)
From: roso at despammed dot com Assigned:
Status: Closed Package: Unknown/Other Function
PHP Version: 5.1.0b2 OS: Fedora 3
Private report: No CVE-ID: None
 [2005-07-16 17:53 UTC] roso at despammed dot com
I've upgraded PHP 5.0.4 to PHP 5.1.0b2 and now the CPU on this Fedora 3 machine gets overloaded. It seems that a php process fails to end. I have few Apache processes going forever and eating 25% of the CPU power, each.

Reproduce code:

Sat Jul 16 11:05:01 EDT 2005
The CPU seems to be overloaded!
The values are:
8.08 8.02 8.01 9/112 18276


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2005-07-16 17:54 UTC]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.

 [2005-07-16 17:59 UTC] roso at despammed dot com
What other informations should I provide in this case? I can tell for sure that the only change on this server was to upgrade the PHP to 5.1.0b2.
 [2005-07-16 18:58 UTC] roso at despammed dot com
Just installed 5.1.0b3 and it looks like there is no more CPU overloading, I will reopen this BUG report if I encounter the same problem with the 5.1.0b3 version.
 [2005-07-16 22:23 UTC]
Please, keep this report bogus until you're able to prove that it was PHP fault and provide more info about it. 
 [2005-07-17 02:21 UTC] roso at despammed dot com
Ok then, I will have to downgrade from PHP 5.0.1b3 to 5.0.1b2 and withouth any change into the scripts the CPU will go back to its overloaded state.
Which I will.
 [2005-07-17 02:34 UTC] roso at despammed dot com
So, I've downgraded PHP from 5.0.1b3 to 5.0.1b2, accessed a page served by this server and the ps -aux command gives me this result after few minutes:
USER       PID %CPU %MEM    ...
apache     5042 77.3  1.3   ...
It is gradually increasing, very fast.
After another 2 minutes the same process shows:
USER       PID %CPU %MEM    ...
apache     5042 81.5  1.3   ...
 [2005-07-17 02:39 UTC] roso at despammed dot com
After using the kill command on the process with the PID 5042 the CPU load starts to decreade gradually, at the same speed it was increasing before.
USER       PID %CPU %MEM    ...
apache     5042 65.4  1.3   ...
 [2005-07-17 05:37 UTC] roso at despammed dot com
And, once again, upgrading to the PHP 5.0.1b3 the CPU overloading problem goes away. Doesn't that mean that we have something going wrong into the 5.0.1b2 version?

In fact, it might be one of the bugs fixed with the 5.0.1b3 release:

- Upgraded bundled SQLite library for PDO:SQLite to 3.2.2 (Ilia)
- Moved extensions to PECL:
  . ext/dbx         (Jani, Derick)
  . ext/ircg        (Jani, Derick)
- Added PDO_MYSQL_ATTR_USE_BUFFERED_QUERY parameter for pdo_mysql. (Ilia)
- Added date_timezone_set() function to set the timezone that the date
  functions will use. (Derick)
- Added pg_fetch_all_columns() function to fetch all values of a column from
  a result cursor. (Ilia)
- Added support for LOCK_EX flag for file_put_contents(). (Ilia)
- Implemented feature request #33452 (Year belonging to ISO week). (Derick)
- Fixed support for shared extensions on AIX. (Dmitry)
- Fixed memory corruption in pg_copy_from() in case the as_null parameter was
  passed. (Derick)
- Fixed crash inside stream_get_line() when length parameter equals 0. (Ilia)
- Fixed bug #33673 (Added detection for partially uploaded files). (Ilia)
- Fixed bug #33605 (substr_compare() crashes with negative offset and length). 
- Fixed bug #33597 (setcookie() "expires" date format doesn't comply with RFC).
- Fixed bug #33588 (LDAP: RootDSE query not possible). (Jani)
- Fixed bug #33578 (strtotime() doesn't understand "11 Oct" format). (Derick)
- Fixed bug #33562 (date("") crashes). (Derick)
- Fixed bug #33536 (strtotime() defaults to now even on non time string).
- Fixed bug #33532 (Different output for strftime() and date()). (Derick)
- Fixed bug #33523 (Memory leak in xmlrpc_encode_request()). (Ilia)
- Fixed bug #33520 (crash if safe_mode is on and session.save_path is changed).
- Fixed bug #33512 (Add missing support for isset()/unset() overloading to
  complement the property get/set methods). (Dmitry)
- Fixed bug #33491 (crash after extending MySQLi internal class). (Tony)
- Fixed bug #33475 (cURL handle is not closed on curl_close(). (Ilia)
- Fixed bug #33469 (Compile error undefined reference to ifx_checkAPI). (Jani)
- Fixed bug #33433 (strtoll not available on Tru64). (Jani, Derick)
- Fixed bug #33415 (strtotime() related bugs). (Derick)
- Fixed bug #32660 (Assignment by reference causes crash when field access is
  overloaded (__get)). (Dmitry)
- Fixed bug #31358 (Older GCC versions do not provide portable va_copy()).
- Fixed bug #31158 (array_splice on $GLOBALS crashes). (Dmitry)
- Fixed bug #33156 (cygwin version of setitimer doesn't accept ITIMER_PROF).
- Fixed bug #30828 (debug_backtrace() reports incorrect class in overridden
  methods). (Dmitry)
- Fixed bug #30519 (Interface not existing says Class not found). (Dmitry)
- Fixed bug #30096 (gmmktime does not return the corrent time). (Derick)
- Fixed bug #30052 (Crash on shutdown after odbc_pconnect()). (Edin)
- Fixed bug #28377 (debug_backtrace is intermittently passing args). (Dmitry)
- Fixed bug #28072 (static array with some constant keys will be incorrectly
  ordered). (Dmitry)
- Fixed bug #27268 (Bad references accentuated by clone). (Dmitry)
 [2005-07-17 05:42 UTC] roso at despammed dot com

Read PHP 5.1.0b2 and 5.1.0b3 instead of 5.0.1b2 and 5.0.1b3 above.

My bad, too concerned about the problems encountered.
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Thu Aug 18 01:05:45 2022 UTC