|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #59535 Graph displayed by apc.php is wrong
Submitted: 2010-12-08 14:50 UTC Modified: 2016-08-31 15:49 UTC
Avg. Score:4.0 ± 1.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:0 (0.0%)
From: webmaster_apc at colnect dot com Assigned: cmb (profile)
Status: Wont fix Package: APC (PECL)
PHP Version: 5.3.2 OS: gentoo linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
28 - 14 = ?
Subscribe to this entry?

 [2010-12-08 14:50 UTC] webmaster_apc at colnect dot com
For many version (including the current 3.1.6) the graphs displayed by apc.php are quite weird.

See screen shot:

This isn't high priority but I thought that maybe it's time it's fixed.



Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2011-03-31 17:53 UTC] jolyon at nixbox dot com
I've noticed the same thing after an hour of operating on a 
fairly high load site, although not as busy as 

Basically it seems like once memory is released by the cache 
it goes into a blank area on the Pie Chart and a black area 
on the bottom stacked bar graph, although the values for 
memory free and memory used are still correct.

It's a bit confusing to say the least.  What is happening 
here? Is this really a bug or does the blank/black space 
represent some other memory state?


When I cleared the Opcode cache early the next day, it shows 
the APC was restarted entirely:

However does not reset this timer when the User cache is 

When I clear both the Opcode AND the User cache, it mostly 
resets the blank/black areas of the charts back to 

Leading me to believe the blank/black areas are freed User 
cache entries but somehow not sent back into the Free pool?  
Not sure.  We have have the user cache entries set to expire 
fairly aggressively at 3 hours expiry.

and here are the APC settings incase that is helpful:

Is there a different method that should be used to free the 
User cache entries, perhaps?

We just installed the new 3.1.6 APC class so I we are not 
yet sure if this strange fragmentation/release issue is 
affecting long term performance.
 [2011-05-04 16:38 UTC] andy dot huang at vbulletin dot com
I have this same issue on 3.1.8 with PHP 5.3.3-7+squeeze1 
My graph, however, is opposite of theirs.
My graph shows slices with incorrect size, resulting in the 
slices summing up to over 100% of allocation.

Image is here;
 [2012-07-11 10:16 UTC] tundeolawale71 at yahoo dot com
after creating the username and password field with the submit field, how do i 
connect it with the microsoft access database, so that i can save the usernames 
and passwords of the users on my website. and by the way, i used adobe dreamweaver 
cs6 to create the php login page. please reply asap.
 [2014-11-28 19:09 UTC] adaml at compudata dot ca
I'm wondering if this is a bug or some kind of memory leak as well.

We're using PHP 5.4.35 and APC 3.1.13

I know this is old, but it's really the only thread I can find relating to this.

My graph looks quite similar to the OP.  It's very noticeable about 24 hours later.  I have about half the pie sliced into about 1/8th of it being "used" space and the other being blank areas.  Also, it shows that it is 22.85% fragmented.  Is that the issue maybe?
 [2016-08-31 15:49 UTC]
-Status: Open +Status: Wont fix -Assigned To: +Assigned To: cmb
 [2016-08-31 15:49 UTC]
According to <>, APC support has been
discontinued in favor of OPcache, APCu, the session upload
progress API and WinCache. Therefore this issue won't get fixed.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sun Jul 14 15:01:28 2024 UTC