ID: 23905 User updated by: dsorrells at rhyton dot com Reported By: dsorrells at rhyton dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.7 PHP Version: 4.3.2 New Comment:
> Did you compile PHP 4.3.1 with GCC 3.2.2 ? Yes, but I tried a recompile of 4.3.1 again and it now gives a bloated VSZ too. (I give up!). > Did you have the same libmm for both? Yes. mm-1.3.0. > Try this configure: ..... Compiled using your suggested config and got similar bloat results on VSZ. > What is your session.save_handler ini option set to? The default "session.save_handler = files". I tar'd the whole src package and rebuilt on another machine and got the exact same results (bloat). It is definately tied to the inclusion of mm, as the VSZ goes to normal if mm is excluded. It would not be so bad if this had not built with no memory problems originally. Previous Comments: ------------------------------------------------------------------------ [2003-06-06 05:58:49] [EMAIL PROTECTED] What is your session.save_handler ini option set to? ------------------------------------------------------------------------ [2003-06-06 05:52:39] [EMAIL PROTECTED] The patch from #5571 has been in PHP 4 since that bug was fixed..so it's not that. Did you compile PHP 4.3.1 with GCC 3.2.2 ? Did you have the same libmm for both? Try this configure: # rm config.cache && ./configure --disable-all --with-apxs=/usr/local/apache/bin/apxs --enable-session --with-mm=/usr/local ------------------------------------------------------------------------ [2003-06-06 03:32:06] dsorrells at rhyton dot com Okay, I recompiled with --enable-debug. I also set "error_reporting = E_ALL" and "display_startup_errors = On" in the ini file. Nothing strange is reported during startup and the VSZ is still on average 140172 with resident at 5016. Did Bug report 5571 provide any incite? One other thing -- I am compiling with gcc version 3.2.2. ------------------------------------------------------------------------ [2003-06-06 02:43:37] [EMAIL PROTECTED] Compile PHP with --enable-debug to see if there are some leaks related. ------------------------------------------------------------------------ [2003-05-30 13:38:18] dsorrells at rhyton dot com Note: Apache 1.3.27 on FreeBSD 4.7 When compiling 4.3.2 using the exact same config line as I used with 4.3.1, upon starting Apache, the VSZ memory shows a ridiculously high value: VSZ RSS 139840 5452 /usr/local/apache/bin/httpd Here is the mutual config line: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr/local \ --with-mm=/usr/local \ --with-openssl-dir=/usr/local/ssl \ --with-zlib \ --with-curl \ --with-mcrypt \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png \ --with-ttf \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --enable-sockets \ --with-exif \ --enable-sysvsem \ --enable-sysvshm Through trial and error, I have identified mm as the culprit. When excluding "--with-mm=/usr/local \" from the config line and running make/install again, the memory usage looks like this: VSZ RSS 8764 5424 /usr/local/apache/bin/httpd ...which is quite normal looking and similar to our current 4.3.1 build memory sizes. I found a bug report, 5571 for an old version of PHP that is very similar. However, the proposed fix is no longer applicable due to changes to the file/directory structure in "main". Other than the above problem, there is no difference between my version 4.3.1 build which has normal VSZ memory usage and the new 4.3.2 build which has the crazy VSZ. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23905&edit=1
