#38940 [Opn->Bgs]: performance is much slower after upgrade

ID: 38940 Updated by: derick@php.net Reported By: quip at quip dot cz -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: FreeBSD 6.0 PHP Version: 5.1.6 New Comment: We only support our own sources, not ports or patched source or binary packages. And we need MUCh more specific information anyway. Previous Comments: ------------------------------------------------------------------------ [2006-09-24 12:35:40] quip at quip dot cz Description: ------------ After security upgrade from 5.1.4 to 5.1.6 on the production server, we have performance problems. CPU load was about 0.6 - 1 with version 5.1.4, but after ugprade to 5.1.6, load is from 1.5 - 3 and Apache somtimes starts forking too many childs. If we downgrade back to 5.1.4, load goes back to 0.6 - 1. Reproduce code: --------------- FreeBSD 6.0-STABLE SMP (Dual Xeon 3GHz with HTT + 2GB RAM) Apache 2.0.59 PHP5 5.1.6 Installed PHP extensions: php5-5.1.6 php5-bz2-5.1.6 php5-curl-5.1.6 php5-dom-5.1.6 php5-exif-5.1.6 php5-extensions-1.0 php5-ftp-5.1.6 php5-gd-5.1.6 php5-iconv-5.1.6 php5-mbstring-5.1.6 php5-mhash-5.1.6 php5-mysql-5.1.6 php5-mysqli-5.1.6 php5-openssl-5.1.6 php5-pcre-5.1.6 php5-posix-5.1.6 php5-session-5.1.6 php5-snmp-5.1.6 php5-sockets-5.1.6 php5-sysvmsg-5.1.6 php5-sysvsem-5.1.6 php5-sysvshm-5.1.6 php5-xml-5.1.6 php5-xmlreader-5.1.6 php5-xmlrpc-5.1.6 php5-xmlwriter-5.1.6 php5-zlib-5.1.6 pecl-PDO-1.0.3 pecl-PDO_MYSQL-1.0.1 pecl-zip-1.7.0 Expected result: ---------------- I expect same performance as with 5.1.4 Actual result: -------------- The result is that webaplication (custom CMS) became unresponsive under heavy load. Normaly Apache runs with about 20 childs, but from time to time (1 - 10 times per day) Apache starts forking new childs until MaxClients limit is reached, then is restarted by "watchdog script". There was not this type of problem until upgrade to 5.1.6 2 same servers are running only Apache and one virtual host (loadbalanced) with one webapplication, database is on the third machine, so there is no "hidden" things causing this load. Let me know if I can do/post more to find source of this performance problem. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=38940&edit=1