我想在共享环境中使用APC，但是主要的问题当然是操作码共享。 为了克服这个问题，我考虑过为每个用户使用不同的apc.mmap_file_mask（它们是通过php-fpm连接的），所以APC创build的“文件”将不会被共享，但对用户来说是个人的。 当然，我注意到我错误的原因是多方面的，最大的一个是关于“apc.mmap_file_mask实际上做了什么？”：我认为它就像一个指向APC使用的内存区域的指针，但我不太确定。 当然，在我使用的path（/tmp/apc.XXXXXX）中没有文件：机器的/ tmp中没有文件，并且chrooted环境（/ home / vhosts / 0001 / tmp）中没有文件。 那么，真正做apc.mmap_file_mask的是什么？ 我的实际configuration是： apc.mmap_file_mask = /tmp/apc.XXXXXX apc.num_files_hint = 2048 apc.max_file_size = 10M apc.ttl = 7200 我已经检查了与phpinfo（）发生了什么，它并没有翻译的价值：它仍然给我/tmp/apc.XXXXXX （但apc.php说caching被击中，我有更好的时间价值…因此它正在工作）。
运行sudo pecl install apc时出现以下错误。 /var/tmp/APC/apc_cache.c: In function '_apc_cache_user_update': /var/tmp/APC/apc_cache.c:818: error: 'IS_CONSTANT_INDEX' undeclared (first use in this function) /var/tmp/APC/apc_cache.c:818: error: (Each undeclared identifier is reported only once /var/tmp/APC/apc_cache.c:818: error: for each function it appears in.) /var/tmp/APC/apc_cache.c:820: error: 'IS_CONSTANT_ARRAY' undeclared (first use in this function) make: *** [apc_cache.lo] Error 1 ERROR: `make' failed 我有PHP 5.5.12安装，这些以下库都是最新的： sudo yum […]
经过几个星期的设置后，我终于设法让APC与在WHM中启用的Mod_Ruid2一起工作，并将DSO设置为PHP处理程序。 我拥有一个带有2 GB RAM和4个CPU内核的XEN VPS，我运行了4个Wordpress站点，其中2个是大的，定期更新（+/- 15000个post），有大量的stream量这两个网站）。 APC整体运行良好，但是我只是想知道是否可以稍微解决一些问题。 我现在一直在观察APC，我发现这个碎片小心地上升了。 正如你在一小时之后的屏幕截图所看到的那样，碎片率在10％以上，并且会不断上升，有时会下降。 总之，它永远不会低于10％。 需要注意的是，不pipe碎片有多高，服务器负载都不会超过1.5。 在不同的博客上说，最好保持碎片率在10％以下。 所以我想知道你们有没有可以看看我的设置，看看你有什么build议。 期待你的反应！ —-编辑：18-08-2012 10:26 将APC恢复到默认设置后，APC已经运行了15个小时（仅将shm_size提高到512MB），碎片大约在15％左右。 昨天我注意到它涨到了26％，但是设法回到了15％，所以我觉得这样不错吧？
我目前有我的apc.gc_ttl设置为600以帮助保持碎片。 由于apc.gc_ttl只是设置垃圾收集caching的时间，我不认为有任何的伤害，保持这个低。 不过，我是APC的新手，在网上看到很多使用3600 TTL的configuration，对我来说垃圾收集caching似乎相当长。 600太低了？ 3600是不是太高了？ 因为我确定里程在这个设置上有所不同，是否有一个好的经验法则可以遵循？
我的本地开发configuration： Apache 2.2.21 VC9从Apache Lounge下载（如PHP For Windows网站提示，手动安装为服务。 PHP 5.3.8 VC9 x86线程安全，从zip文件手动安装。 PHP APC 20110109-5.3-vc9-x86从这里下载，然后我添加extension=php_apc.dll到我的php.in Xdebug PHP 5.3 VC9 TS（32位），如果相关的话 结果 ：有时页面挂起，我必须从服务面板手动重新启动Apache。 任何人都有经验呢？ 我的configuration是否错误？ 即使有一个简单的phpinfo页面，这也正在发生： <?php phpinfo() ?>
我的服务器上运行了多个APC实例，它们的configuration相似（尽pipecaching大小不同，但其中一个实例的性能performance非常差，我不知道为什么（100％caching碎片，错过率很高）。 我使用的运行时设置如下（开箱即用）： 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 apc.num_files_hint 1000 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 10M apc.slam_defense 1 apc.stat 1 apc.stat_ctime 0 apc.ttl 0 […]
我们正在运行一个使用iuscommunity回购的CentOS 6节点，并且想将以前安装的php53u升级到php54。 但是，这引起了php53u＆php54之间的依赖冲突。 有没有人有这个问题的想法？ –> Running transaction check —> Package php54-fpm.i686 0:5.4.5-1.ius.el6 will be installed –> Processing Dependency: php-common = 5.4.5-1.ius.el6 for package: php54-fpm-5.4.5-1.ius.el6.i686 —> Package php54-gd.i686 0:5.4.5-1.ius.el6 will be installed —> Package php54-mbstring.i686 0:5.4.5-1.ius.el6 will be installed —> Package php54-pecl-apc.i686 0:3.1.11-2.ius.el6 will be installed –> Processing Dependency: php54 >= 5.3.5-1 for package: php54-pecl-apc-3.1.11-2.ius.el6.i686 –> […]
我想优化APC一些，但我不知道我可以做些什么。 首先这里是当前configuration运行一周后的屏幕截图： 我现在有以下几点我不确定： 我是否正确地看到碎片发生，因为caching也被用作用户caching？ 为什么当我总共分配了192MB时，碎片条只能告诉我只有5.8MB的100％？ 这只是一个渲染问题，“内存使用情况”下的圆圈没有完全closures？ 因为下面的MB值加起来。 （要说的是，重启后，这个圆圈看起来不错，当caching变得越来越分散时，它就变成这样了。） 由于命中率真的很好，我不确定是否碎片是一个大问题。 你认为我还可以优化吗？ 我最感兴趣的是回答这些问题。 只有这样我才能更好地理解APC，并自己做出调整。 一些详细信息：在这个服务器上运行的是Drupal和Magento。 Drupal也将其用作用户caching。 现在的问题是我如何优化它。 我可以分配更多的内存，但我不确定这是否真的有很大的帮助。 更新：这是configuration： ; The size of each shared memory segment in MB. apc.shm_size = 192M ; Prevent files larger than this value from getting cached. Defaults to 1M. apc.max_file_size = 2M ; The number of seconds a cache entry is […]
我看到一些间歇性的CPU使用率高达100％，与这些日志条目相关： [27-Feb-2012 13:29:29] PHP Fatal error: PHP Startup: apc_mmap: mmap failed: in Unknown on line 0 [27-Feb-2012 13:29:30] PHP Fatal error: PHP Startup: apc_mmap: mmap failed: in Unknown on line 0 [27-Feb-2012 13:29:31] PHP Fatal error: PHP Startup: apc_mmap: mmap failed: in Unknown on line 0 [27-Feb-2012 13:29:31] PHP Fatal error: PHP Startup: apc_mmap: mmap […]
当我安装APC时： pecl install apc 我得到这个错误： Reading package lists… Done Building dependency tree Reading state information… Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. […]