blocks|key|810681|text|请注意，Zend和MMCache+(或类似的应用程序)是完全不同的。当Zend试图优化程序操作代码时，MMCache会将脚本缓存在内存中，并重用预编译的代码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|810682|我在一段时间前做了一些基准测试，您可以在我的博客中找到结果+(不过是德语)。基本结果：|offset|length|810683|仅仅是Zend优化器一点帮助都没有。实际上，我的脚本比没有优化器的要慢。|810684|当涉及到缓存时：*最快：eAccelerator+*+XCache+*+APC|810685|并且:您确实希望安装一个操作码缓存！|810686|例如：wordpress.png|810687|这就是它调用wordpress主页10.000次所花的时间。|810688|编辑:顺便说一下，eAccelerator本身包含一个优化器。|810689|entityMap|0|LINK|mutability|MUTABLE|url|http://blogs.interdose.com/dominik/2008/04/11/benchmarking-php-eaccelerator-und-andere-opcode-caches/|1|http://eaccelerator.net/|2|http://xcache.lighttpd.net/|3|http://www.php.net/manual/en/book.apc.php|4|http://blogs.interdose.com/dominik/wp-content/uploads/2008/04/opcode_wordpress.png^0|0|R|2|0|0|0|C|C|1|R|6|2|10|3|3|0|0|3|D|4|0|0|0^^$0|@$1|2|3|4|5|6|7|17|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|18|8|@]|9|@$D|19|E|1A|1|1B]]|A|$]]|$1|F|3|G|5|6|7|1C|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|1D|8|@]|9|@$D|1E|E|1F|1|1G]|$D|1H|E|1I|1|1J]|$D|1K|E|1L|1|1M]]|A|$]]|$1|J|3|K|5|6|7|1N|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|1O|8|@]|9|@$D|1P|E|1Q|1|1R]]|A|$]]|$1|N|3|O|5|6|7|1S|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1T|8|@]|9|@]|A|$]]|$1|R|3|-4|5|6|7|1U|8|@]|9|@]|A|$]]]|S|$T|$5|U|V|W|A|$X|Y]]|Z|$5|U|V|W|A|$X|10]]|11|$5|U|V|W|A|$X|12]]|13|$5|U|V|W|A|$X|14]]|15|$5|U|V|W|A|$X|16]]]]

Note that Zend Optimizer and MMCache (or similar applications) are totally different things. While Zend Optimizer tries to optimize the program opcode MMCache will cache the scripts in memory and reuse the precompiled code.

I did some benchmarks some time ago and you can find the <a href="http://blogs.interdose.com/dominik/2008/04/11/benchmarking-php-eaccelerator-und-andere-opcode-caches/" rel="nofollow noreferrer">results</a> in my blog (in German though). The basic results:

Zend Optimizer alone didn't help at all. Actually my scripts were slower than without optimizer.

When it comes to caches:
* fastest: <a href="http://eaccelerator.net/" rel="nofollow noreferrer">eAccelerator</a>
* <a href="http://xcache.lighttpd.net/" rel="nofollow noreferrer">XCache</a>
* <a href="http://www.php.net/manual/en/book.apc.php" rel="nofollow noreferrer">APC</a>

And: You DO want to install a opcode cache!

For example:
<a href="http://blogs.interdose.com/dominik/wp-content/uploads/2008/04/opcode_wordpress.png" rel="nofollow noreferrer">alt text http://blogs.interdose.com/dominik/wp-content/uploads/2008/04/opcode_wordpress.png</a>

This is the duration it took to call the wordpress homepage 10.000 times.

Edit: BTW, eAccelerator contains an optimizer itself.

blocks|key|1095013|text|MMCache已经被否决了。我建议使用http://pecl.php.net/package/APC或http://xcache.lighttpd.net/，这两种方法都会为您提供变量存储(比如Memcache)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1095014|entityMap|0|LINK|mutability|MUTABLE|url|http://pecl.php.net/package/APC|1|http://xcache.lighttpd.net/^0|J|V|0|1F|R|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

MMCache has been deprecated. I recommend either <a href="http://pecl.php.net/package/APC" rel="noreferrer">http://pecl.php.net/package/APC</a> or <a href="http://xcache.lighttpd.net/" rel="noreferrer">http://xcache.lighttpd.net/</a>, both of which also give you variable storage (like Memcache).

blocks|key|95278|text|两者都很有趣，并且将提供速度提升，因为它们将源代码编译成二进制表示，然后由PHP引擎执行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|95279|任何运行PHP+(例如Facebook)的大型网站都在运行某种操作码缓存系统，比如MMCache。|95280|问题是，根据您的系统设置它们并不容易。|95281|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Both are interesting and will provide speed boost since they compile source code into binary representation which is then executed by the PHP engine.

Any huge web site running with PHP (Facebook for example) is running some sort of opcode cache system like MMCache.

The problem is that they are not very easy to set up depending on your system.

blocks|key|1094961|text|取决于PHP代码实际执行的数量和执行所需的时间，它们可能是一个很大的胜利。这当然不会对你造成伤害，但你所看到的收益将很大程度上取决于你目前的时间花费在哪里。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1094962|顺便说一句，mmcache现在已经转到了一个不同的项目中，我忘记了名字，但是Google会告诉你的。|1094963|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Depending on how much of your PHP code is actually executed and how long that execution takes they can be a really big win. It certainly isn't going to hurt, but the gain you see will very much depend on where your time is currently spent.

btw mmcache has been rolled into a different project now, I forget the name but Google will tell you.

blocks|key|1095098|text|我在我的生产服务器上使用APC，它的工作原理非常好。编译它并将其添加到PHP中，这样就没有太多的调整可以做了。我每隔一段时间检查一次，只是为了查看统计数据，但是由于我使用了MVC，所以所有的主要文件(路由器、控制器等)很少在日常的基础上进行更改，这样代码就可以保持编译并运行得非常高效。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1095099|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I use APC on my production servers and it works pretty well out of the box. Compile it and add it to PHP and there isn't much tweaking left to do for it. I check it every once in a while just to review stats but since I use MVC a lot all of the main files (routers, controllers, etc) rarely change on a day-to-day basis so that code stays compiled and runs pretty efficiently.

blocks|key|1095135|text|目前，我们使用的apc，免费，只是一个简单的即插即用的服务器。为我们的网站提供了一个巨大的性能提升，特别是随着项目规模的增加。我还禁用了apc.stat，这样它就不会检查代码是否已经更新，所以每当我们需要在活动站点上更新代码时，我们就重新启动apache。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1095136|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

currently we use apc, free and was just a simple plug and play on our live servers. Provided a huge performance increase for our site, especially as the project size increased. I also have the apc.stat disabled so it doesn't check if the code has been updated, so whenever we need to update the code on the live site we restart apache.

blocks|key|95581|text|我使用APC，并可以证明，如果您保持较高的缓存命中率，它可以显着减少应用服务器上的CPU和I/O负载。它不仅可以避免您不得不编译，还可以避免您不得不从磁盘读取php文件。(即字节码直接从主内存中提供，所以速度非常快)它降低了呈现单个页面的速度，并增加了服务器每秒处理的请求。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|95582|如果使用RedHat或CentOS，安装APC非常简单：|95583|yum+install+php-devel+httpd-devel+php-pear
pecl+install+apc+
echo+"extension=apc.so"+>+/etc/php.d/apc.ini
#+if+you're+using+SELinux:
chcon+"system_u:object_r:textrel_shlib_t"+/usr/lib/php/modules/apc.so
/etc/init.d/httpd+restart|code-block|syntax|javascript|95584|你问的是坏处。唯一的缺点是它需要一些记忆。APC上的缺省值是30+be，但是它可以调整，而且随着速度和响应速率的提高，一点点内存的开销会超过自己的开销。|95585|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|O|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

I use APC, and can attest that it can dramatically reduce the CPU and I/O load on an app server if you maintain a high cache-hit rate. It not only saves you from having to compile, it can save you from having to read the php files from disk at all. (i.e. the bytecodes are served directly from main memory, so it's super fast) It lowers the speed to render a single page, and increases the requests per second your server can handle.

If you use RedHat or CentOS, installing APC is super simple:

<pre><code>yum install php-devel httpd-devel php-pear
pecl install apc 
echo "extension=apc.so" &gt; /etc/php.d/apc.ini
# if you're using SELinux:
chcon "system_u:object_r:textrel_shlib_t" /usr/lib/php/modules/apc.so
/etc/init.d/httpd restart
</code></pre>

You asked about downsides. The only downside is that it requires some memory. The default on APC is 30MB, but it can be adjusted, and the cost of a little bit of memory more than pays for itself with the increased speed and response rate.

blocks|key|814992|text|BlaM的测试包括WordPress发出的所有DB调用。当您进行较少的DB调用时，您将看到操作码缓存的性能提高更加引人注目。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|814993|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

BlaM's testing included all the DB calls made by WordPress. When you're making fewer DB calls, you'll see the performance gain of opcode caches be even more dramatic.

blocks|key|95377|text|你查过指骨了吗？它将PHP编译成.NET代码。下面是一些基准，这表明它可以显着地提高性能。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|95378|entityMap|0|LINK|mutability|MUTABLE|url|http://web.archive.org/web/20101126094453/http://php-compiler.net/doku.php?id=core%253abenchmarks^0|Q|4|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Have you checked out Phalanger? It compiles PHP to .NET code. Here are <a href="http://web.archive.org/web/20101126094453/http://php-compiler.net/doku.php?id=core%3abenchmarks" rel="nofollow noreferrer">some benchmarks</a> which show that it can dramatically improve performance.

blocks|key|95451|text|我使用Zend加速器有点在一天(2004年-ish)。它确实在它可以使用的代码上获得了一些显著的性能优势，但不幸的是，我所使用的系统被设计成经常动态加载代码，然后再对它进行分级，Zend+Accelerator当时无法对它做太多事情(我猜仍然不能)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|95452|从反面看，我们当然看到了一些缓存问题(代码将发生变化，但编译后的版本由于某种原因与更改同步)。我想这些问题现在可能已经解决了。|95453|无论如何，我没有任何硬比较数字，当然也没有在不同的环境中编写相同的系统来进行比较，但是对于绝大多数系统来说，PHP不会从性能角度影响您的性能。|95454|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I used Zend Accelerator a little back in the day (2004-ish). It certainly gave some significant performance wins on code it could work with, but unfortunately the system I was using was designed to quite often dynamically load code and then eval it, which Zend Accelerator couldn't do much with at the time (and I'd guess still can't).

On the down side, we certainly saw some caching issues (where the code would be changes, but the compiled version sync with the change for one reason or another). I imagine those problems have likely been ironed out by now.

Anyway, I don't have any hard comparison numbers, and certainly didn't write the same system in different environments for comparison, but for the vast majority of systems, PHP isn't going to kill you performance wise.

Does anybody have experience working with PHP accelerators such as <a href="http://turck-mmcache.sourceforge.net/" rel="noreferrer">MMCache</a> or <a href="http://www.zend.com/en/" rel="noreferrer">Zend Accelerator</a>? I'd like to know if using either of these makes PHP comparable to faster web-technologies. Also, are there trade offs for using these?

Is using PHP accelerators such as MMCache or Zend Accelerator making PHP faster?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

有人有使用或等PHP加速器的经验吗？我想知道使用这两种方法是否能使PHP与更快的网络技术媲美。另外，使用这些工具是否有取舍呢？

问使用PHP加速器(如MMCache或Zend )是否使PHP速度更快？
EN

回答 10

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用PHP加速器(如MMCache或Zend )是否使PHP速度更快？EN

回答 10

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用PHP加速器(如MMCache或Zend )是否使PHP速度更快？
EN