This object is in archive! 
PHP HHVM support for better performance
Needs Review
HHVM has been in development for quite some time now. As of December last year, HHVM has supported FastCGI. For those not in the loop, HHVM, or HipHop Virtual Machine, is Facebook's method of handling PHP. It translates PHP into x64 machine code using a JIT compiler. It has almost complete support for everything you can normally do with PHP (you can find its compatibility with popular frameworks here), and it performs absurdly well in benchmarks - see http://hhvm.com/blog/1817/fastercgi-with-hhvm for example. It's fully open-source, and very actively being developed.
I'd love to see cPanel implementing this as it provides tremendous performance gains.
HHVM is ending support for PHP, so I'm going to close this request. If you have questions, y'all know how to find me!
HHVM is ending support for PHP, so I'm going to close this request. If you have questions, y'all know how to find me!
Yes, sounds nice!
Please cPanel, do consider this.
Thanks,
Yes, sounds nice!
Please cPanel, do consider this.
Thanks,
Yes! CPanel, we would love to see this support. Hack support would be handy as well...
Thanks!
Yes! CPanel, we would love to see this support. Hack support would be handy as well...
Thanks!
I've voted for this too. However we would either have to have a specific hhvm cpanel server and move Customers to it or we would need to all customers to choose this for their virtualhost. I'm about to give this à try on a plain os without cpanel to check out the performance increase, compatibility, stability etc
I've voted for this too. However we would either have to have a specific hhvm cpanel server and move Customers to it or we would need to all customers to choose this for their virtualhost. I'm about to give this à try on a plain os without cpanel to check out the performance increase, compatibility, stability etc
This should be implemented like ASAP. Tired of ZEND stuff around.
This should be implemented like ASAP. Tired of ZEND stuff around.
Has anyone had any success implementing PHP HHVM on their own? It's very helpful for us to hear about real world experiences with features we are considering to add in cPanel & WHM.
Has anyone had any success implementing PHP HHVM on their own? It's very helpful for us to hear about real world experiences with features we are considering to add in cPanel & WHM.
@cPScottT right now I'm not in position to try to deploy that, since I don't have a spare WHM server and/or time. However I've been deploying HHVM/facebook hack on Debian machines for a while (for SaS solutions) and the performance improvement is notable.
I guess WHM/cPanel would take a big benefit from HHVM specially since it's fully compatible (or near) with previously written PHP software and it support facebook hack.
@cPScottT right now I'm not in position to try to deploy that, since I don't have a spare WHM server and/or time. However I've been deploying HHVM/facebook hack on Debian machines for a while (for SaS solutions) and the performance improvement is notable.
I guess WHM/cPanel would take a big benefit from HHVM specially since it's fully compatible (or near) with previously written PHP software and it support facebook hack.
cPanel & WHM itself would not benefit from HHVM as it is not written in PHP.
What concerns are known about using HHVM in a shared environment? The vast majority of people that use cPanel & WHM do so in a shared, multi-user environment.
cPanel & WHM itself would not benefit from HHVM as it is not written in PHP.
What concerns are known about using HHVM in a shared environment? The vast majority of people that use cPanel & WHM do so in a shared, multi-user environment.
From their own website HHVM is completely compatible with the most PHP frameworks
Wordpress is also compatible, their team issues a specific update for HHVM https://core.trac.wordpress.org/ticket/27231
Facebook team also tested Wordpress in HHVM vs PHP-FPM in terms of requests/sec and these are the results:
As you can see the results are impressing. I've noticed this on my own company software as I told before.
About shared environments: I guess there might be some fundamental differences regarding the way HHVM manages threads and pools internally. You should read this: http://hhvm.com/blog/1817/fastercgi-with-hhvmHHVM can provide means to execute PHP much faster and reduce server costs and... IMHO the best thing in support for Hack, probably the future of PHP.http://hhvm.com/
From their own website HHVM is completely compatible with the most PHP frameworks
Wordpress is also compatible, their team issues a specific update for HHVM https://core.trac.wordpress.org/ticket/27231
Facebook team also tested Wordpress in HHVM vs PHP-FPM in terms of requests/sec and these are the results:
As you can see the results are impressing. I've noticed this on my own company software as I told before.
About shared environments: I guess there might be some fundamental differences regarding the way HHVM manages threads and pools internally. You should read this: http://hhvm.com/blog/1817/fastercgi-with-hhvmHHVM can provide means to execute PHP much faster and reduce server costs and... IMHO the best thing in support for Hack, probably the future of PHP.http://hhvm.com/
Actually on the performance test they got:
Requests per second: 949.21 [#/sec]
The second time the test was run.
Actually on the performance test they got:
Requests per second: 949.21 [#/sec]
The second time the test was run.
Check out this page: http://hhvm.com/frameworks/
Regarding WordPress:While WP runs VERY fast on HHVM, it may not be possible to use HHVM for every WP installation. Reason being: Plugins may use code that is not compatible with HHVM.
Regarding ioncube:This forum post suggest that ioncube will (have to) run on HHVM in the near future, but at the moment it is not: http://forum.ioncube.com/viewtopic.php?p=10357
Check out this page: http://hhvm.com/frameworks/
Regarding WordPress:While WP runs VERY fast on HHVM, it may not be possible to use HHVM for every WP installation. Reason being: Plugins may use code that is not compatible with HHVM.
Regarding ioncube:This forum post suggest that ioncube will (have to) run on HHVM in the near future, but at the moment it is not: http://forum.ioncube.com/viewtopic.php?p=10357
The advantage of HHVM is its JIT (custom in time compiler).
PHP NG (most likely called PHP 7 as this is the next major version of PHP) is actually almost as fast as HHVM as they have greatly reduced the number of calls required.
https://wiki.php.net/phpng
We mustn't forget that HHVM is designed to be compatible with scripts that work with PHP but can still have some bugs in some situations.
I think users should have the choice between hhvm and normal PHP and that hhvm for shared hosting shouldn't be the only or even the default PHP engine.
I also think that PHP is catching up with HHVM, apart from hack, maybe there could be no use for it in a couple of years as PHP will be the most compatible solution.
HHVM is fully compatible with Wordpress as well as alot of other scripts
Here is the official list of compatible php frameworks :
http://hhvm.com/frameworks/
The advantage of HHVM is its JIT (custom in time compiler).
PHP NG (most likely called PHP 7 as this is the next major version of PHP) is actually almost as fast as HHVM as they have greatly reduced the number of calls required.
https://wiki.php.net/phpng
We mustn't forget that HHVM is designed to be compatible with scripts that work with PHP but can still have some bugs in some situations.
I think users should have the choice between hhvm and normal PHP and that hhvm for shared hosting shouldn't be the only or even the default PHP engine.
I also think that PHP is catching up with HHVM, apart from hack, maybe there could be no use for it in a couple of years as PHP will be the most compatible solution.
HHVM is fully compatible with Wordpress as well as alot of other scripts
Here is the official list of compatible php frameworks :
http://hhvm.com/frameworks/
http://hhvm.com/blog/1817/fastercgi-with-hhvm#comment-143129
That comment suggests HHVM PHP code will execute as a common, shared user (e.g. 'nobody'). That tends to be a security problem in multi-user environments.
http://hhvm.com/blog/1817/fastercgi-with-hhvm#comment-143129
That comment suggests HHVM PHP code will execute as a common, shared user (e.g. 'nobody'). That tends to be a security problem in multi-user environments.
Usually this problem is fixable by having a HHVM process peer user. Same as PHP but a if a request is coming for the same user the existing HHVM process (for that user) will be used instead of creating a new one.
Usually this problem is fixable by having a HHVM process peer user. Same as PHP but a if a request is coming for the same user the existing HHVM process (for that user) will be used instead of creating a new one.
Very very good idea!
Very very good idea!
Any update on cpanel support for HHVM?
Any update on cpanel support for HHVM?
Yes, is there any update about adding HHVM to WHM/cPanel?
Yes, is there any update about adding HHVM to WHM/cPanel?
I am throwing my hat in the ring, too. Our network will grow rapidly this year from mom and pop to enterprise, and HHVM vis cPanel would be a huge help.
I am throwing my hat in the ring, too. Our network will grow rapidly this year from mom and pop to enterprise, and HHVM vis cPanel would be a huge help.
We would like to switch to Hack as soon as our IDE support it. So please have it as soon as possible. Thanks
We would like to switch to Hack as soon as our IDE support it. So please have it as soon as possible. Thanks
This is certainly desirable on our end as well. I think that it could be compiled in to allow security in a multi-user environment from what I'm seeing here.
This is certainly desirable on our end as well. I think that it could be compiled in to allow security in a multi-user environment from what I'm seeing here.
+1 on this!
+1 on this!
+1 , waiting a year for this
+1 , waiting a year for this
hello, can we get some timframe when thus prihect will be completed?
thank you
hello, can we get some timframe when thus prihect will be completed?
thank you
is there any plan ;) ?
is there any plan ;) ?
Is HHVM still worth implementing with the future arrival of PHP 7 ?
The current benchmarks seem to imply that PHP 7 can be faster than HHVM without JIT and they say that PHP 7 is much more optimised for JIT which if implemented could make it much faster than HHVM.
Is HHVM still worth implementing with the future arrival of PHP 7 ?
The current benchmarks seem to imply that PHP 7 can be faster than HHVM without JIT and they say that PHP 7 is much more optimised for JIT which if implemented could make it much faster than HHVM.
guys php 7 will come as i see in several years to cpanel. 5.6 is still in experimental status.
hhvm is speed providing system and i hope it will ve added to cpanel. why do we need? until php 7 will available and software builder make their scripts compatible we will depend on hiphop ;)
guys php 7 will come as i see in several years to cpanel. 5.6 is still in experimental status.
hhvm is speed providing system and i hope it will ve added to cpanel. why do we need? until php 7 will available and software builder make their scripts compatible we will depend on hiphop ;)
@monarobase is right... cPanel is probably waiting for PHP7 instead of implementing HHVM.
@Luka, they are... and HHVM support simply did not get enough votes compared to other feature requests.
@Tcalp you mean something like this?
http://wiki.mikejung.biz/HHVM#How_to_run_HHVM_in_a_Ubuntu_docker_container_on_cPanel
@monarobase is right... cPanel is probably waiting for PHP7 instead of implementing HHVM.
@Luka, they are... and HHVM support simply did not get enough votes compared to other feature requests.
@Tcalp you mean something like this?
http://wiki.mikejung.biz/HHVM#How_to_run_HHVM_in_a_Ubuntu_docker_container_on_cPanel
nDeploy has HHVM support .
nDeploy has HHVM support .
HHVM is only secure if you run one process per user. I hope they run a HHVM instance per user and not a single HHVM instance shared by all users.
HHVM is only secure if you run one process per user. I hope they run a HHVM instance per user and not a single HHVM instance shared by all users.
@monarobase- HHVM needs to be run per user is big on resources as per my tests . Imagine a server with 500 users who all have an instance of HHVM running . HHVM was not created for a shared hosting type of environment . The best right now is to start a single instance and run all domains under it . Note that this was how mod_php worked and there were many people( there still are!) who runs everything under the nobody user.
nDeploy right now use a single instance ;But it should be easy to start an instance per user if we keep track of which all domains have hhvm active etc . There are some scripts which specifically starts multiple instance under different ownership readily available too
@monarobase- HHVM needs to be run per user is big on resources as per my tests . Imagine a server with 500 users who all have an instance of HHVM running . HHVM was not created for a shared hosting type of environment . The best right now is to start a single instance and run all domains under it . Note that this was how mod_php worked and there were many people( there still are!) who runs everything under the nobody user.
nDeploy right now use a single instance ;But it should be easy to start an instance per user if we keep track of which all domains have hhvm active etc . There are some scripts which specifically starts multiple instance under different ownership readily available too
The ressources required would be mainly memory. When we moved from litespeed's single PHP instances that was forked per user to an instance per user to allow each user to have his own private opcache we went from 45 GB of used memory to around 60, but our servers now have a minimum of 128 GB so this was not an issue.
It seems almost counter productive to run only one user on shared hosting nowerdays. I don't know any hosts that still use mod_php for shared hosting.
Any files created by a HHVM single instance will require the root user to delete them (or to delete them with the HHVM user), things like automatic WordPress updates would require all files to have write access to the HHVM user and you often have users who put all files in chmod 777 which is a huge security issue.
Most cPanel hosts start with SuPHP or Fastcgid and now cPanel encourages Mod_Ruid (which is concidered as insecure by Cloudlinux CEO). CloudLinux users now have mod lsapi (still in their testing respository) and will soon have PHP 7.0 alpha ( still in their testing respository, but hopefully will be available in stable in a week or so).
As we use Litespeed + Cloudlinux, PHP 7 seems a much better option than HHVM for the moment.
The ressources required would be mainly memory. When we moved from litespeed's single PHP instances that was forked per user to an instance per user to allow each user to have his own private opcache we went from 45 GB of used memory to around 60, but our servers now have a minimum of 128 GB so this was not an issue.
It seems almost counter productive to run only one user on shared hosting nowerdays. I don't know any hosts that still use mod_php for shared hosting.
Any files created by a HHVM single instance will require the root user to delete them (or to delete them with the HHVM user), things like automatic WordPress updates would require all files to have write access to the HHVM user and you often have users who put all files in chmod 777 which is a huge security issue.
Most cPanel hosts start with SuPHP or Fastcgid and now cPanel encourages Mod_Ruid (which is concidered as insecure by Cloudlinux CEO). CloudLinux users now have mod lsapi (still in their testing respository) and will soon have PHP 7.0 alpha ( still in their testing respository, but hopefully will be available in stable in a week or so).
As we use Litespeed + Cloudlinux, PHP 7 seems a much better option than HHVM for the moment.
PHP7 is faster than HHVM 3.7 out of the box:
http://talks.php.net/velocity15#/boxspecs
Consider making installing and switching between versions more trivial...
http://talks.php.net/velocity15#/php_contribute4
PHP7 is faster than HHVM 3.7 out of the box:
http://talks.php.net/velocity15#/boxspecs
Consider making installing and switching between versions more trivial...
http://talks.php.net/velocity15#/php_contribute4
With Cloud Linux you already have php7
With Cloud Linux you already have php7
better link: https://kinsta.com/blog/hhvm-vs-php-7/
better link: https://kinsta.com/blog/hhvm-vs-php-7/
I've never considered facebook to be a fast site, at least on my country so, i'm not that interested in the tech it's using.
I've never considered facebook to be a fast site, at least on my country so, i'm not that interested in the tech it's using.
HHVM Team also working.So HHVM will option cpanel can keep on their EasyApache 4.
HHVM Team also working.So HHVM will option cpanel can keep on their EasyApache 4.
Is HHVM already in cPanel?
Is HHVM already in cPanel?
Now that we have EasyApache 4, I think HHVM is something that could be done.
Now that we have EasyApache 4, I think HHVM is something that could be done.
I'm not really sure why EA4 has that much to do with HHVM, equally it's support in older OS's is problematic; That said, it performs just about the same as PHP7 and I imagine we will see support for that a lot sooner.
I'm not really sure why EA4 has that much to do with HHVM, equally it's support in older OS's is problematic; That said, it performs just about the same as PHP7 and I imagine we will see support for that a lot sooner.
Since PHP 7 is going to be released next month, all the attention should go on adding PHP 7 to cPanel. HHVM is no longer needed.
Since PHP 7 is going to be released next month, all the attention should go on adding PHP 7 to cPanel. HHVM is no longer needed.
Now that PHP7 has been implemented in EA4 on cPanel, has there been any movement on this development for HHVM incusion?
Now that PHP7 has been implemented in EA4 on cPanel, has there been any movement on this development for HHVM incusion?
HHVM is ending support for PHP, so I'm going to close this request. If you have questions, y'all know how to find me!
HHVM is ending support for PHP, so I'm going to close this request. If you have questions, y'all know how to find me!
Replies have been locked on this page!