ID: 22880 User updated by: project dot draco at gmx dot net Reported By: project dot draco at gmx dot net -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: win98//freebsd//any? PHP Version: 4.3.1 New Comment:
Gave it a try. Didn't work, sorry. As slow as before... So now im going to make some testings to find out, where the performance loss originates from. I already localized some strange side effects, wich point to the conclusion, that it is in fact something with the memorymanagment. The same script, executed as standalone is much faster, than executed within a huge script. Ill be back with some more accurate bug-report soon. so long mir Previous Comments: ------------------------------------------------------------------------ [2003-03-25 14:48:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There was a performance problem for file() and file_get_contents() on systems without memory mapping support; this has been fixed in the stable snapshots. Please give it a try. ------------------------------------------------------------------------ [2003-03-25 12:43:16] project dot draco at gmx dot net I switched from php 4.0.6 to 4.3.1 lately. I run php as cgi on an win98-apache 1.3.20-php-mysql system. I think i missed all versions in between, but now i realize a performance loss of about 50% (execution time nearly doubled without ANY code changed, simply giving Apache a different cgi) I was able to catch up partly by tuning the php.ini (i never did this before!) but still expirience serious performance loss. This mostly seems to take place on database and filesystem operations, but i'm not sure of this. Could someone measure this out? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22880&edit=1
