Slashdot Mirror
HHVM Beats Stable Version of PHP 7.0 In Recent Benchmark (kinsta.com)
campuscodi writes: PHP7 and HHVM have been exchanging punches for a while via benchmarks. While the PHP supporters were always saying, just wait until the stable version comes out, well... the stable version is out, and a recent benchmark reveals that "HHVM beats PHP7.0 hands down." Compared on: WordPress, Magento, Drupal8, Laravel, PyroCMS, and October CMS. You can still be a "PHP supporter" and favor HHVM, which "serves as an execution engine for the PHP and Hack programming languages."
HHVM beats PHP7 hands down, *except* when it comes to CLI interface and PHP scripting: in that scenario HHVM sucks really hard, like 300% slower than PHP7.
HHVM beats PHP7 only in some given scenario, and that's not without glitches (it still can't play properly with upload_max_size and some ini_get... https://github.com/facebook/hhvm/issues/4993 ).
Probably because changing which compiler version you use, etc. and changing it requires s few hours to a couple days at most, while re-writing an entire application in different language will take much, much longer.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
A faster Wordpress runtime sounds great, but realistically, people generally stack benchmarks to prove what they wanted to prove in the first place.
I don't care about these results, for the simple fact that nothing guarantees that Facebook won't make any changes to HHVM in the future that is beneficial for Facebook, but adverse for all other PHP based webapplications. PHP 5 is fast enough for me. PHP 7 being significantly faster is more than good enough.
It doesn't have to be like this. All we need to do is make sure we keep talking.
In our company we have developed HTTP/REST based microservice architecture framework written in PHP, and our performance tests show that PHP 7 is much faster than HHVM:
PHP 5.6.13 - performance about 400 requests/second
HHVM 3.10 - performance about 600 requests/second
PHP 7.0.0 - performance about 750 requests/second
In addition with PHP 7 we avoid many compatibility issues with 3rd party extensions not or badly supported on HHVM. Consequently HHVM is going to be obsolete after PHP 7 stabilises a bit.
(I have also deployed PHP 7 on some Magento eshops and the performance gain is terrific compared to PHP 5.6.)
re-writing an entire application in different language will take much, much longer.
Agreed. It's especially true when you move from PHP to pretty much any other language, which typically involves a lot more lines of code. Unless you're switching to node and a large chunk of your app overlaps express features (routing, etc.).
lucm, indeed.
I am more interested in resource usage than performance, since I use PHP to provide a GUI for embedded devices.
Anybody knows of a good benchmark between PHP 5, PHP 6, PHP 7 and HHVM in this area?
Still PHP, still shit.
But at least it isn't invisible.
As far as I know the Facebook is behind the HHVM. This alone makes me suspicious of perspectives. Will not HHVM start showing ads in future? Or offer a full version of the HHVM for a great price?
Oh good! Now Wordpress can be compromised even faster than before!
https://gist.github.com/Orvid/5c9bc8c54e960a604968
This is just ROFL, kids these days..., using all the fancy pancy c++ extrensions. I've had my fair share of compatibility problems between gcc and msvc, but none of those were so serious which could not be fixed in an instant, once you know which compiler does not like what.
It's like watching two retarded kids compete.
Mod me down, my New Earth Global Warmingist friends!
I assume Laravel is using static content here hence it's performance, but I'm intrigued at Drupal's performance compared with October and WordPress. Is this because Drupal's sample site is simpler and had less to do, or because Drupal is better optimised/cached?
Comment removed based on user account deletion
HHVM is an improvement for FB, because they have a small army maintaining their Pipeline and save 40% of their Servers using Hack and HHVM. For regulÃr Php szenarious hhvm is utterly pointless. I'll trust the zend engine for all that stuff, thank you.
We suffer more in our imagination than in reality. - Seneca
I get your dislike of how many here hate PHP, but I think "Hack programming languages" is referring to this:
"Hack is a programming language for HHVM. Hack reconciles the fast development cycle of a dynamically typed language with the discipline provided by static typing, while adding many features commonly found in other modern programming languages."
http://hacklang.org/
Yeah, but how well did his C code work?
It's entirely possible to make very high-performing and reliable code that looks like total shit like that, and I can certainly see a long-time highly-competent assembly programmer doing just that in the days before modern programming languages and styles. Go look at all those old arcade and NES games; the binaries are absolutely tiny, and I can only imagine what the code looks like (probably all assembly), but you never saw those things "crash".
The problem, of course, with that kind of code is that only that one guy knows how it works and can work with it. It's not maintainable at all.
> It's entirely possible to make very high-performing and reliable code that looks like total shit like that
Yes, but performance is not the only goal of high-level programming languages.
Remember that a program is a text designed to let a *person* create and modify instructions to a computer. It's a form of communication from person-to-computer but also person-to-person.
Yes, I think I addressed that when I pointed out at the end how such code is unmaintainable, because only the original author has any clue how it works. It's also good to make maintainable code because even the original author will forget about it and have trouble working with it after some time. I'd say maintainability is one of the main reasons we have high-level languages (that plus being able to write applications with fewer programmer-hours): back in the old days, it only took one programmer to write a program, but these days we have whole teams of people working together, and team members coming and going periodically, and hacked-together assembly isn't going to work for that.
So PHP isn't a hack language because someone you once knew who only knew 80s style programming patterns and practices once wrote terrible code?
You're not really selling your argument very well.
Comment removed based on user account deletion
Have you seen https://docs.hhvm.com/hack/ove... ? :)