Warning: Unknown: Unable to allocate memory for pool. in Unknown on line 0

Description:
------------
PHP 5.3.3
APC 3.1.4

After 30 minutes running out of memory on PHP 5.3.3. 

The memory should by FIFO controlled.

General Cache Information
APC Version	3.1.4
PHP Version	5.3.3
APC Host	www.newui.bbell.artemis.dnvr-hq.kaango.com
Server Software	Apache
Shared Memory	1 Segment(s) with 128.0 MBytes
(mmap memory, pthread mutex locking)
Start Time	2010/08/09 17:04:02
Uptime	31 minutes
File Upload Support	1
File Cache Information
Cached Files	1377 (127.4 MBytes)
Hits	9385
Misses	1586
Request Rate (hits, misses)	5.78 cache requests/second
Hit Rate	4.94 cache requests/second
Miss Rate	0.84 cache requests/second
Insert Rate	0.73 cache requests/second
Cache full count	200
User Cache Information
Cached Variables	0 ( 0.0 Bytes)
Hits	0
Misses	0
Request Rate (hits, misses)	0.00 cache requests/second
Hit Rate	0.00 cache requests/second
Miss Rate	0.00 cache requests/second
Insert Rate	0.00 cache requests/second
Cache full count	0
Runtime Settings
apc.cache_by_default	1
apc.canonicalize	1
apc.coredump_unmap	0
apc.enable_cli	0
apc.enabled	1
apc.file_md5	0
apc.file_update_protection	2
apc.filters	
apc.gc_ttl	3600
apc.include_once_override	0
apc.lazy_classes	0
apc.lazy_functions	0
apc.max_file_size	1M
apc.mmap_file_mask	/tmp/apc.B6FnZP
apc.num_files_hint	1024
apc.preload_path	
apc.report_autofilter	0
apc.rfc1867	0
apc.rfc1867_freq	0
apc.rfc1867_name	APC_UPLOAD_PROGRESS
apc.rfc1867_prefix	upload_
apc.rfc1867_ttl	3600
apc.shm_segments	1
apc.shm_size	128M
apc.slam_defense	75
apc.stat	1
apc.stat_ctime	0
apc.ttl	7200
apc.use_request_time	1
apc.user_entries_hint	4096
apc.user_ttl	7200
apc.write_lock	1

Used: 128.0 MBytes (100.0%)
Free: 12.3 KBytes (0.0%)

Fragmentation: 100.00% ( 12.3 KBytes out of 12.3 KBytes in 4 fragments)

There is no point in doing FIFO if you are going to fill it in 
30 minutes.  FIFO is also much too slow.  You need to either 
cache less (by using apc.filter) or you need to increase your 
shared memory allocation for APC.  There is no bug here.

When I switch to anonymous:

;  apc.mmap_file_mask=/tmp/apc.XXXXXX

I do not fill the memory in 30 minutes.

I think this is still a bug.

Same problem with "Unknown: Unable to allocate memory" at:

PHP 5.2.5
APC 3.1.4

At APC 3.1.3p1 everything works ok.

Same problem here with PHP 5.3. With APC 3.1.3p1 our webservers used to run for months without getting near the cache limit.

After upgrading to APC 3.1.4 the limit had been hit after one (!) hour, giving the "Unable to allocate memory for pool" errors (which we hadn't even seen ever before).

BTW, the cache size is displayed properly on apc.php, and we had also added the "M" in the config file to the size value.

It's a bug for people doing shared hosting. The old APC handled users having too many scripts to cache. The new one blows up.

There needs to be a "if it's full, oh well, not going to cache more" functionality, not a "I'm going to explode and piss off all your shared hosting customer" functionality.

i have the same issue on slackware, php 5.3.3 and apc 3.1.7!

According to <https://bugs.php.net/69618>, APC support has been
discontinued in favor of OPcache, APCu, the session upload
progress API and WinCache. Therefore this issue won't get fixed.