TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Wikipedia on HHVM

193 点作者 jamesgpearce超过 10 年前

12 条评论

TazeTSchnitzel超过 10 年前
They note that 5.6 has some substantial performance improvements over 5.3. I&#x27;d point out that PHP 7, coming out later this year, will be even faster (perhaps as much as 2x 5.6), since some very smart people have done some big internal refactoring in the Zend engine, largely to reduce allocations, pointer indirection, and memory usage. These efforts combined have resulted in pretty big performance gains, making PHP 7 more competitive with HHVM performance-wise. In addition, writing PHP extensions is somewhat nicer now.<p>Zeev Suraski (one of the original two Zend Engine authors along with Andi Gutmans, also co-founder of Zend, Inc.) did some benchmarks:<p><a href="http://zsuraski.blogspot.co.uk/2014/07/benchmarking-phpng.html" rel="nofollow">http:&#x2F;&#x2F;zsuraski.blogspot.co.uk&#x2F;2014&#x2F;07&#x2F;benchmarking-phpng.ht...</a><p><a href="http://zsuraski.blogspot.co.uk/2014/07/benchmarking-phpng-magento.html" rel="nofollow">http:&#x2F;&#x2F;zsuraski.blogspot.co.uk&#x2F;2014&#x2F;07&#x2F;benchmarking-phpng-ma...</a><p>However, bear in mind that those benchmarks were faked* by Zeev, a Zend Engine proponent. Benchmarks faked* by HHVM engineers might show a larger gap. ;)<p>* I&#x27;m not using &quot;faked&quot; in its normal sense. They probably weren&#x27;t fraudulent, but I am a believer that we should say &quot;fake a benchmark&quot; and not &quot;make a benchmark&quot; given that they can be so circumstantial and misleading: <a href="http://blog.ajf.me/2014-10-23-on-benchmarks" rel="nofollow">http:&#x2F;&#x2F;blog.ajf.me&#x2F;2014-10-23-on-benchmarks</a><p>Disclaimer: I am, myself, biased towards the Zend Engine, I&#x27;m a php-src committer.
评论 #8848181 未加载
评论 #8849991 未加载
评论 #8850875 未加载
girvo超过 10 年前
Hooray! I&#x27;m a massive fan of HHVM, though not just because it&#x27;s so fast: Hack is something I&#x27;m really interested in. The collections libraries in the stdlib are brilliant to use, and the static typing makes writing some types of code easier and keeps some bugs out of my codebase. The only thing I wish to see is more editor&#x2F;IDE support for it, so I helped contribute to hack-sublime and have been writing my own plugin for Komodo Edit&#x2F;IDE.<p>HHVM and Hack were the impetus for me to learn OCaml, which is a lovely language. It&#x27;s good to see more and more places picking up HHVM, and it&#x27;s also great to see PHP5.6 and 7 increasing performance drastically, too!
azinman2超过 10 年前
Congrats to FB for donating their engineering resources to helping Wikipedia. How do we make this more the norm for large corporations with talent? Something akin to Google&#x27;s 10% time but with a social-good focus? It might help silicon valley&#x27;s reputation in a larger sense.
评论 #8848106 未加载
thehal84超过 10 年前
This is great news to see. I have tested HHVM with our particular application load and I found it to be a bit tricky to tune just right. However PHP 5.6 has been solid in production for us handling 5 billion requests daily.
评论 #8848495 未加载
ahoge超过 10 年前
The y-axis of the first graph should start at 0. Being more than twice as fast is quite a lot. There is no need for cheap tricks.<p>If you aren&#x27;t visualizing tiny deltas, don&#x27;t truncate the y-axis. It&#x27;s misleading.
评论 #8848974 未加载
riquito超过 10 年前
The results would have been very interesting if they switched from PHP 5.6, but switching from 5.3 to HHVM is impossible to know how much of the improvements are due to the newer PHP and how much to HHVM. Nevertheless, Wikimedia must be really satisfied.
killertypo超过 10 年前
how does HHVM compare to PHP 7 in terms of speed savings? PHP 7 is supposed to be pretty damn fast from what I have seen. I guess benchmarks are hard to read because they&#x27;re dependent upon a lot of factors. It would be interesting to see two sites at similar scales running competing engines for PHP (hhvm vs. PHP 7).
评论 #8848180 未加载
评论 #8850895 未加载
cdnsteve超过 10 年前
Thank you to both Wikipedia and Facebook for being transparent and sharing this back to the open source community. It&#x27;s these type of joint efforts that really move the web forward. Hats off.
chubot超过 10 年前
Intersting, I didn&#x27;t realize PCRE now has JIT support. <a href="http://sljit.sourceforge.net/pcre.html" rel="nofollow">http:&#x2F;&#x2F;sljit.sourceforge.net&#x2F;pcre.html</a><p>Also, that page points to Apple&#x27;s YARR, which I didn&#x27;t know about either (and Chrome&#x27;s irregexp, which I did).
ahp超过 10 年前
Might somebody be willing to explain the difference between the two versions?<p>&gt; using HHVM from GitHub rather than our internal repository.
评论 #8849025 未加载
yc1010超过 10 年前
I would love to use hhvm, unfortunately my IDE of choice PHPStorm doesn&#x27;t support it yet :( despite a big long list of customers requesting it. <a href="https://youtrack.jetbrains.com/issue/WI-21737" rel="nofollow">https:&#x2F;&#x2F;youtrack.jetbrains.com&#x2F;issue&#x2F;WI-21737</a><p>What editor do Facebook and Wikipedia use for their HHVM&#x2F;PHP development out of interest?<p>edit: downvoted? really? for what?
评论 #8855180 未加载
nodesocket超过 10 年前
&quot;Peak CPU utilization dropped from about 70% to 12%, almost a 6x improvement.&quot;<p>That is substantial, and HHVM should bear to rest some of the claims (trolls) that PHP is not performant.
评论 #8848478 未加载
评论 #8850910 未加载