php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #9030 Serious memory leak with ob_gzhandler
Submitted: 2001-01-31 08:44 UTC Modified: 2001-02-02 14:46 UTC
From: del at doofer dot org Assigned:
Status: Closed Package: Zlib related
PHP Version: 4.0.4pl1 OS: Linux kernel 2.2.x, RH 6.2 and R
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: del at doofer dot org
New email:
PHP Version: OS:

 

 [2001-01-31 08:44 UTC] del at doofer dot org 
I have noticed a that a serious memory leak is occuring with PHP when using the ob_gzhandler. It is noticable very quickly after starting Apache and reloading a few pages, the process size goes up dramatically - much more than if PHP is configured NOT to use the ob_gzhandler, which is I think when the Zend optimizer caches pages. Merely having support compiled in does not cause the effect.

I have mod_ssl configured with:

--with-layout=Del --with-apache=../apache --with-ssl=../openssl --with-mm=../mm --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/extra/mod_gzip.c

PHP compiled with:

--with-apache=../apache --enable-trans-sid --with-my-sql --with-zlib --with-mcrypt

And then Apache is made with those options that mod_ssl configures it with. Using Zend optimizer 1.0.0 for PHP4.0.4.

Despite the numerous different modules that are compiled into Apache, I feel it is with the ob_gzhandler that the problem lies as deactivating it seems to make the problem go away.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-02-01 20:02 UTC] sniper@php.net 
This should be fixed in CVS now. Please try the latest CVS snapshot from
http://snaps.php.net/ and reopen this bug report if problem still exists
when using it.

--Jani
 [2001-02-02 14:46 UTC] del at doofer dot org 
Using the 2/01/01 snapshot, I can report that from my previous tests and currently running httpds, the leak appears fixed and ob_gzhandler is working very nicely compressing output. Thanks guys(girls?), (I for one voice of a grateful many) really appreciate the work that goes into developing PHP.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Mon Dec 30 16:01:29 2024 UTC