h4cc / hhvm-progress

Source of the hhvm.h4cc.de website.
http://hhvm.h4cc.de/
MIT License
8 stars 4 forks source link

Run your site on HHVM #20

Closed ptarjan closed 9 years ago

ptarjan commented 10 years ago

I see X-Powered-By: PHP/5.3.10-1ubuntu3.9. :)

h4cc commented 10 years ago

You know, i would love to use hhvm to run the site and would switch instantly, if it would work.

There is a problem with HHVM and Doctrine ORM that needs to be fixed first :(

Thanks for your feedback!

ptarjan commented 10 years ago

Do you know the problem? I ran Doctine before but I only did the example site not anything too complicated.

h4cc commented 10 years ago

Did not have the time to debug the Problem. Will try if there is some time left and inform you then.

stof commented 10 years ago

@h4cc run Doctrine 2.5-dev and it should work on HHVM (2.4.x is indeed not compatible with HHVM)

h4cc commented 10 years ago

@stof Thanks for that hint, tried it today and doctrine did not make any problems with hhvm.

But i had Problems with leaseweb/memcache-bundle because of the unkown memcached version "2.2.0b1".

But the fatal thing was, that hhvm fastcgi did die after a few request :( @ptarjan There has been no logging by hhvm on that. I tried HHVM 3.2.0 as well as 3.3.0-dev. Sounds a like this one here, but cant confirm https://github.com/facebook/hhvm/issues/2240

ptarjan commented 10 years ago

@h4cc that issue you linked seems to have been fixed in 3.2. Can you paste the exact errors you get? It should also make a stacktrace.log file in /tmp or the current directory, which would be useful.

h4cc commented 10 years ago

@ptarjan My logfiles under /var/log/hhvm/ are empty, but there is a stacktrace file:

# cat /tmp/stacktrace.2435.log 
Host: web2
ProcessID: 2435
ThreadID: 7f169adff700
ThreadPID: 2441
Name: unknown program
Type: Segmentation fault
Runtime: hhvm
Version: tags/HHVM-3.2.0-0-g01228273b8cf709aacbd3df1c51b1e690ecebac8
DebuggerCount: 0

ThreadType: Web Request
Server_SERVER_NAME: hhvm.h4cc.de
Server: hhvm.h4cc.de
URL: /help

# 0  void HPHP::Class::setInstanceBitsImpl<true>() at /usr/bin/hhvm:0
# 1  void HPHP::Class::setInstanceBitsImpl<true>() at /usr/bin/hhvm:0

PHP Stacktrace:

#0  Symfony\Component\HttpKernel\Kernel->handle(GET /help HTTP/1.1
Accept:          text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: de,en-US;q=0.7,en;q=0.3
Connection:      keep-alive
Cookie:          _ga=GA1.2.678642497.14329816; PHPSESSID=82ac585de06819f00eb1f57996e6d0
Host:            hhvm.h4cc.de
User-Agent:      Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0

) called at [/var/customers/webs/hhvm/deploy/web/app.php:27]

I cant see anything bad.

ptarjan commented 10 years ago

There isn't enough info in there for me to debug. You can try installing the hhvm-dbg package which should have better asserts in it.

h4cc commented 10 years ago

Update: Even with HHVM v3.3 and FastCGI with Apache2 no success here.

So i used a fresh Ubuntu 14.04 VM and installed nginx with HHVM there using fideloper's howto (http://fideloper.com/hhvm-nginx-laravel). Till now its running fine, only once the HHVM daemon stopped because of multiple "Fatal"s in the error.log. Have a look, its really running with a fullstack symfony2 and doctrine with memcached :) http://78.46.85.248/

ptarjan commented 10 years ago

@h4cc is it still the same stacktraces? Is it consistent? Can you get 10 crashes and see if it is always in the same place.

h4cc commented 9 years ago

I have worked at a HHVM and partial Hack branch that will be ready in some time for production use :)

ptarjan commented 9 years ago

:smiley:

h4cc commented 9 years ago

Did it! http://hhvm.h4cc.de/

Running on PHP Version: 5.6.99-hhvm

ptarjan commented 9 years ago

yay! The green is getting bigger too.