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

go to bug id or search bugs for

Bug #63977 cache memory consumed much more quickly after APC version > 3.1.9
Submitted: 2013-01-12 09:23 UTC Modified: 2013-02-18 00:36 UTC
Votes:2
Avg. Score:4.5 ± 0.5
Reproduced:2 of 2 (100.0%)
Same Version:2 (100.0%)
Same OS:1 (50.0%)
From: ck+php dot net at bbshowcase dot org Assigned:
Status: No Feedback Package: APC (PECL)
PHP Version: 5.3.20 OS: CentOS 6.3
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.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: ck+php dot net at bbshowcase dot org
New email:
PHP Version: OS:

 

 [2013-01-12 09:23 UTC] ck+php dot net at bbshowcase dot org 
Description:
------------
Whenever I try to use a beta version of APC after 3.1.9 (ie. 3.1.14 currently) the opcode cache memory is consumed at nearly twice the rate.

ie.  under 3.1.9 roughly 500 files take 80 megabytes

but 3.1.14 compiled with the exact same configure and gcc options, those same 500 files are consuming over 150 megabytes (going by the control panel's report)

This is under PHP 5.3.20 with file stat turned off.

It is possible the opcode is getting bloated for some reason? Or maybe APC thinks a reference to the same file is not identical so it's storing another copy (a canonicalize problem?)

I suspect this is something I am accidentally causing rather than a real bug because it would have been reported already, but checking just in case.

Maybe a default setting not specified in .ini has now changed after 3.1.9 ?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2013-01-31 12:34 UTC] ck+php dot net at bbshowcase dot org 
I have finally tracked down the revision that has caused the cache memory to be consumed so much more quickly.  It happened between 3.1.13 and 3.1.14, specifically on revision 328290

Whatever this change did, it bloats the cache use by about 50% extra.

http://svn.php.net/viewvc?view=revision&revision=328290

by laruence Fri Nov 9  
"Give the ability of aware of modified functions/classes to APC which should fix bug #52144, #59298"

https://bugs.php.net/52144 (Feedback) Error: Base lambda function for closure not found
https://bugs.php.net/59298 (Feedback) Fatal: Missing class information

revision annoucement/diff http://news.php.net/php.pecl.cvs/19105
 [2013-02-02 01:26 UTC] laruence@php.net
-Status: Open +Status: Feedback
 [2013-02-02 01:26 UTC] laruence@php.net 
could you please test it with the latest svn snapshot? 

as I know, there is some improvement to fix a memleak.
 [2013-02-02 04:19 UTC] ck+php dot net at bbshowcase dot org 
@laruence, this behavior is still confirmed under revision 329250 from the trunk which is currently the newest/last since 2013 January 20.

Under php 5.4 the bloat happens more slowly than 5.3 but the effect is still immediate, very obvious (via the APC control panel) and easily reproducible. 

(the bloat happens regardless of the version of php used)

I encourage others to compile and compare:

good:
svn co -r  328264  http://svn.php.net/repository/pecl/apc/trunk/

vs

bloat:
svn co -r  329250  http://svn.php.net/repository/pecl/apc/trunk/


I suggest using wordpress as a test case for code to fill the cache.
 [2013-02-18 00:36 UTC] pecl-dev at lists dot php dot net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Nov 23 01:01:33 2024 UTC