我从未使用过eAccelerator，但我一直在使用APC：
我注意到的一些事情（我真的不知道eAccelerator，但我想这些想法是一样的）：
- 首次访问速度不会更快：它必须将PHP编译为操作码，并将其存储在内存中;只有下次访问才会更快（不需要重新编译）
- 激活APC，我看到CPU负载下降可以达到50％（即，在激活APC之前使用的服务器CPU的80％;与APC一起使用的CPU的40％到50％之间）激活）
- 如果配置不好，没有真正的性能损失，但也不是很好的事情。
- 例如，如果没有给APC足够的RAM，并且它已满，APC将不得不从缓存中删除一些条目以便能够存储新的条目;最后，它会花费相当多的时间来缓存内容，在缓存新内容之后解除它们的缓存，并且这对于每个页面请求都是如此。所以，不好。
- 另一个例子是“apc.stat”配置条目（对于eAccelerator可能有这样的东西）：如果它设置为1，对于每个访问的文件，APC将检查磁盘是否已被修改，与版本相比在缓存中。如果设置为0，APC将始终使用缓存中的版本，而不检查磁盘上的版本（这意味着您必须刷新缓存以对文件进行修改）;将此选项设置为0可能意味着降低5到10％的CPU负载
如果您使用的是Windows，那么事情可能并不像您希望的那么明亮;不确定它是否会降低性能，但是Windows上的Apache + PHP通常比Linux上的Apache + PHP慢（一次，我设置了一个运行LAP堆栈的虚拟机;它的响应速度与运行WAP的速度一样快物理机^^）
现在，有几个问题：
- 您使用的是哪个版本的Apache / PHP？
- 现在似乎没有新版本的eAccelerator了一段时间了; last version是从2008年5月开始的;前一个是从2007年9月开始的。
您是否尝试过APC，其中显然有更多的工作要做？
你会得到什么样的结果？
最后，有关更多信息，您能否提供有关您的环境和配置的更多信息？有关您运行的基准类型的一些细节？
谢谢： - ）