Talk:HHVM/About

HHVM (also known as the HipHop Virtual Machine) is a virtual machine for [:en:PHP PHP], with an associated just-in-time ([:en:Just-in-time_compilation JIT]) compiler. Deploying HHVM on a MediaWiki wiki should lead to performance improvements across the board for most users.

Please give us feedback on your experience using this beta feature so we can change and improve it. All languages welcome! You can read more about the feature here.

Note: this page is using Flow; to give feedback on Flow, please use the Flow talk page

Which version is/was "current".

I think PHP 7 changes a lot of things when performance is the issue...

Fixed

In Russia TZ were changed yesterday. Now if using HHVM, I see incorrectly converted times :( For example: Moscow should be +3:00, but I see +4:00.

Now here. Hope this helps, thanks.

Fixed.

For the page https://fr.wikipedia.org/wiki/K.A.Z , display is not correct . It is the first bug after thousands of modifications.

Thanks. I'm gonna ping someone now.

I have reported it at Bugzilla for now, given that it affects only one page as far as we know, and it's a holiday in the US.

This has been resolved for quite some time now.

Y Resolved Scribunto_Lua error was fixed

The worst problem is that after enabling just hhvm, I can't get to beta to disable it, or to preferences.

Beta preferences error: "[304a41da] 2014-10-01 20:23:36: Fatal exception of type Scribunto_LuaInterpreterNotFoundError"

preferences preferences error: "[6353f258] 2014-10-01 20:24:04: Fatal exception of type Scribunto_LuaInterpreterNotFoundError"

my (blank) wikipedia userpage [09c88c36] 2014-10-01 20:24:36: Fatal exception of type Scribunto_LuaInterpreterNotFoundError

But... for some reason, beta now suddenly works...

Can't reproduce; can you be more specific about the URLs that are breaking for you?

This error was seen at all sites for a few minutes today. AFAIK, it was resolved so quickly that there isn't a bug-ticket. However, thanks for the bug-report, especially for leaving notes even after it cleared up - that's often handy. :)

These two edits on [The Others (2001 film)] and both seem to have copied large amounts of content. Not sure if it is an HHVM bug or the result of user error.

I've asked a dev to take a look, and that doesn't seem like anything that would be related to HHVM. So, it's either user-error, or something else is involved. I've left some notes at w:User talk:AndyFielding#Accidental content duplication, just in case.

It works excellent for me! It makes editing large articles (50.000 bytes) save 5 times faster! I am translating such an article in Romanian from the English Wikipedia. Until now, until the edit was saved I had to wait about 20-30 seconds, but now, it only takes 5! Also, the pages are opening faster. For a person with a really slow internet like me, this is just perfect. Thank you!

Usually if I try to edit logged out I get a notification, however I did not get one here: https://en.wikipedia.org/w/index.php?title=Wikipedia:Arbitration/Requests/Case/Gender_Gap_Task_Force/Workshop&diff=631950972&oldid=631947270

It is also not clear how I got logged out.

Regards,

KJNDJBHUHE EB E FHBUHER HRE EHBRUHR HBHUEBUHEUHBHYURH EHEBHRRBHR

A problem in the layout of https://fr.wikipedia.org/wiki/Utilisateur:Rinaku . Appears or disappears at each purge. I observed it today for the first time. The problem is that the line starting with "Après-shampooing" (first "{{Liste éléments|...}}" in the wikicode) is moved down to after the userbox group (the "handwritten" <div></div> in the wikicode). Observed in Firefox and Iron. The problem disappears when I disable HHVM.

I can't confirm with FF 33 and Win8. In Chrome, I couldn't see the issue when I first looked at your page; I tried to edit it, then abandoned the changes, and when I reloaded it I could see what you meant. Now I can't replicate anymore anyway, and notice I never disabled HHVM.

Indeed; for me it happens roughly half the time with HHVM activated.

I believe that's bugzilla:72357 ("[REGRESSION]: Content not wrapped in #bodyContent and other madness like bold links etc.") which they're investigating right now. Thanks for the report :)

Hey, has anybody else notice that, if you have both HHVM and the Compact Personal Bar activated in your 'Beta features' preferences and you've also copied the 'showBackendPerformance()' JavaScript function that makes MediaWiki show you both what PHP run-time environment was used to load the current page and how long it took, this script runs both outside and inside the Compact Personal Bar?

While it would be great to fix this, it is a test script that won't be part of the final feature.

OK, then; I can always go into Safari's Web Inspector to look at stuff like that anyway. Will there, however, perhaps still be a different way to see aggregate statistics collected from all users of instances of HHVM included as part of installations of MediaWiki in the software's final implementation of its use of HHVM?

Y Resolved Seems to have been user/machine-specific issue

Chrome 37 on Mac OSX 10.9.5 froze when I tried to edit my personal vector.css page (twice, I tried a second time). I could edit it by temporarily disabling HHVM. No other misbehaviour detected up to now. Thank you.

Thanks for your feedback. I tested with Chrome on Win 8 and Safari on Mac but couldn't reproduce (although this might mean nothing), and I can't find anything similar among already reported bugs. Let's see if someone has ideas about this issue, otherwise I'll report it on Bugzilla when I can. Best,

Please disregard this note. Whatever the problem was, it seems it was related to my machine. I just tried once again to edit my vector.css page keeping HHVM active, and it worked smoothly (unless you fixed it during the nighttime without giving notice :) )

Good to know! Not sure if anything was changed in the meantime, hamsters didn't tell me anything - and if they did, well, I do not speak their language (yet).