php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
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: Sun Dec 08 15:01:28 2024 UTC