|
|
1
16
我认为答案可能取决于您运行的Web应用程序的类型。两年前我自己做了这个决定,无法在Zend优化器和eaccelerator之间做出决定。 为了做出决定,我使用AB(Apache Bench)测试了服务器,并测试了三种组合(Zend、eaccelerator、both running),证明了eaccelerator本身的性能最好。 如果你有足够的时间,我建议你自己做类似的测试,并根据你的结果做出决定。 |
|
|
2
5
我使用APC是因为它很容易安装在Windows中,而且我正在开发WAMP。 本文讨论了将APC整合到pHP6中的问题: http://www.php.net/~derick/meeting-notes.html#add-an-opcode-cache-to-the-distribution-apc 在Debian蚀刻机上安装APC的说明如下: http://www.howtoforge.com/apc-php5-apache2-debian-etch |
|
3
5
我跑了好几次 benchmarks with eAcclerator, APC, XCache 和Zend优化器(即使Zend是优化器,而不是缓存)。 Benchmark Results http://blogs.interdose.com/dominik/wp-content/uploads/2008/04/opcode_wordpress.png 结果:每个加速器的速度最快(在所有测试中),其次是xcache和apc。(图中的是调用WordPress主页10000次的秒数)。 Zend优化器使一切都变慢了!!). |
|
4
4
我不能肯定地告诉你,但是我现在工作的地方是看APC和每个加速器。但是,这可能会影响你- APC will be integrated into a future release of PHP (感谢Ed Haber的链接)。 |
|
|
5
3
我在每个加速器上都取得了很好的成功(无负载的速度提升很明显),但Xcache似乎也很有前途。但是,您可能希望对每个应用程序运行一些测试,您的应用程序可能对每个应用程序进行不同的扩展。 |
|
|
6
1
我用Xcache已经一年多了,一点问题都没有。 我试着切换到每个加速器,但最终出现了一系列的分段错误(错误的宽容度较低)。每个加速器的主要好处是它不仅是一个操作码缓存,而且还是一个优化器。 您应该使用它们中的每一个完全测试您的应用程序,以确保没有任何问题,然后我将使用Apachebench在负载下测试它。 |
|
|
7
1
这些附加组件历史上引入了许多奇怪的bug来跟踪。这些错误可能会导致不一致的行为,这是不容易诊断的,因为它取决于缓存的状态。 所以我会说:
但我会说:
|
|
|
GG33 · 在docker中缓存npm包 1 年前 |