|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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
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
Have you experienced this issue?
Rate the importance of this bug to you:

 [2013-01-12 09:23 UTC] ck+php dot net at bbshowcase dot org
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 ?


Add a Patch

Pull Requests

Add a Pull Request


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.

by laruence Fri Nov 9  
"Give the ability of aware of modified functions/classes to APC which should fix bug #52144, #59298" (Feedback) Error: Base lambda function for closure not found (Feedback) Fatal: Missing class information

revision annoucement/diff
 [2013-02-02 01:26 UTC]
-Status: Open +Status: Feedback
 [2013-02-02 01:26 UTC]
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:

svn co -r  328264


svn co -r  329250

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-2023 The PHP Group
All rights reserved.
Last updated: Wed Dec 06 12:01:26 2023 UTC