Discussion :

[Hinault Romaric]

HHVM serait à nouveau plus rapide que PHP 7
les développeurs de la machine virtuelle open source de Facebook ont optimisé ses performances

Il y’a un mois, les développeurs de Zend faisaient savoir que grâce aux optimisations qui ont été apportées à la base de code de PHP, dans le cadre du projet phpng (PHP Next Generation), PHP 7 était désormais plus rapide que HHVM (HipHop Virtual Machine) de Facebook.

Les tests effectués par Zend auraient permis de constater que PHP 7 offrait de meilleures performances que HHVM sur les frameworks : 39% plus rapide que HHVM sur Laravel et 45% pour Zend Framework 2 et SugarCRM. Par contre, sur les CMS, bien que PHP 7 prenait toujours l’avance, l’écart était néanmoins minime.

Le fait que le benchmark soit effectué par Zend laissait de nombreux développeurs sceptiques. Toutefois, il y avait un peu de vérité dans les chiffres publiés par l’entreprise. Ce qui a permis à l’équipe derrière HHVM de se remettre au travail pour reprendre le dessus sur PHP 7.

À titre de rappel, HHVM est une machine virtuelle open source conçue pour exécuter des programmes écrits en PHP et en Hack (langage proche du PHP utilisé sur la quasi-totalité du site de Facebook). HHVM utilise un compilateur just-in-time (JIT) pour atteindre des performances supérieures, tout en conservant la souplesse de développement que fournit PHP. L’approche JIT de HHVM a été reprise dans phpng pour booster les performances de PHP 7.

Dans un rapport qui a été publié sur le site du projet, ses développeurs font savoir que de nombreuses optimisations ont été apportées à HHVM. Il s’agit notamment des optimisations des fonctions internes, des propriétés dynamiques, de la concaténation des chaines et de la mise en cache des fichiers.

Des tests ont ensuite été effectués sous différentes configurations avec des CMS PHP comme WordPress, Drupal et MediaWiki, dans un environnement ou le trafic du serveur enregistrait une forte charge de travail.

HHVM serait désormais capable de gérer 1,8% plus de demandes par seconde pour les sites Wordpress et 19,4% plus de demandes par seconde pour MediaWiki par rapport à PHP 7.

En terme de vitesse de réponse, HHVM serait de 10,2% plus rapide pour Drupal 7, 18,7% pour Wordpress et 55,5% pour MediaWiki comparé à PHP 7.

Les améliorations qui ont été apportées à HHVM pour mieux prendre en charge ces CMS seront livrées avec la prochaine version de l’outil. Pendant l’opération, les développeurs de HHVM ont développé des patchs pour certains de ces CMS, qui permettent d’améliorer les performances quel que soit le moteur d’exécution PHP.

Les tests ont été effectués sur le benchmark open source pour PHP oss-performance, qui est soutenu par la communauté de HHVM. Ce qui peut également permettre de remettre en question les résultats présentés.

Quoi qu’il en soit, cette course à l’optimisation ne peut être que bénéfique pour les développeurs et les applications PHP.

PHP 7 est encore au stade de version alpha, et avant sa sortie en version stable, la plateforme aura encore droit à de nombreuses optimisations. Il ne serait donc pas surprenant que Zend réplique dans quelques semaines.

Source : HHVM


Et vous ?

Utilisez-vous HHVM ? Que pensez-vois de cette course à l’optimisation des performances ?

[Traroth2]

C'est ce qu'on appelle une saine émulation.

[akrogames]

Si je comprends bien, la tendance du moment c'est d'optimiser les langages pour des produits spécifiques tels que des CMS, etc... Pour HHVM je ne trouves pas cela choquant car c'est un outil interne à une entreprise basé sur des technos précises. Mais pour PHP 7 c'est plus choquant.

[Zefling]

Si je comprends bien, la tendance du moment c'est d'optimiser les langages pour des produits spécifiques tels que des CMS, etc... Pour HHVM je ne trouves pas cela choquant car c'est un outil interne à une entreprise basé sur des technos précises. Mais pour PHP 7 c'est plus choquant.

Personnellement ça ne choque pas, parce qu'un final ça sera bénéfique aux autres, comme l'amélioration de la concaténation. Peut-être le gain sera pas aussi exceptionnel parce que tu n'utilises pas le langage de la même façon. Puis cela reste ce qui est le plus utilisé sur le web, donc ça peut servir d'outil de mesure à mes yeux. Et je préfère ça a un bench où, au final, on optimisme pour un truc qui ne sert à rien de concret.

[RyzenOC]

bientôt php7 plus rapide que le C... (php étant fais en C, vous comprendrez la blague)


Je suis assez satisfait de ce genre de news, une concurrence dans se sens sa ne peut apporter que du bon, sa évite qu'un camp s'endorme.

[abriotde]

D'un point de vue théorique, PHP7 ne peut pas être plus rapide que HHVM qui se trouve a un niveau plus bas. En pratique même si PHP trouve une solution pour être plus rapide que HHVM, cela ne pourra être que temporaire. Il suffira a HHVM de reprendre ces optimisation.

De même que philosophiquement parlant ASM est plus rapide que C (Abstraction de l'ordinateur) lui même plus rapide que Java (parce qu'il est interprété), lui même plus rapide que HHVM (car basé sur un langage non conçus pour les Machine Virtuel) lui même plus rapide que PHP (Non typé et interprété dynamiquement). Tout l'enjeu est de réduire ces différence. On peut même dire qu'ASM est plus lent qu'un processeur dédié.

[jv2759]

Si je comprends bien, la tendance du moment c'est d'optimiser les langages pour des produits spécifiques tels que des CMS, etc... Pour HHVM je ne trouves pas cela choquant car c'est un outil interne à une entreprise basé sur des technos précises. Mais pour PHP 7 c'est plus choquant.

Non c'est simplement que les CMS on plusieurs avantages pour ce genre d'étude :

• Ce sont des cas réels d'utilisation du langage
• ce sont des éléments neutres donc pas prévus pour une plateforme en particulier
• de nombreux site tourne avec un de ces CMS

Et même si les chiffre sa donnée sur un CMS cela profitera à tous les sites.

[RyzenOC]

Non c'est simplement que les CMS on plusieurs avantages pour ce genre d'étude :
Ce sont des cas réels d'utilisation du langage
ce sont des éléments neutres donc pas prévus pour une plateforme en particulier
de nombreux site tourne avec un de ces CMS

Je préfère des testes porté sur du concret, que sur des outils de benchmark, ou certain acteurs (je ne dirais pas nom) optimise leurs programmes pour ces outils, juste pour faire grossir les chiffres.

[miky55]

D'un point de vue théorique, PHP7 ne peut pas être plus rapide que HHVM qui se trouve a un niveau plus bas. En pratique même si PHP trouve une solution pour être plus rapide que HHVM, cela ne pourra être que temporaire. Il suffira a HHVM de reprendre ces optimisation.

Salut tu peux expliquer en quoi hhvm est plus bas niveau que php7. Sachant que php7 intègre JIT et que les tests php7 publiés par zend récemment étaient avec JIT activé. A priori ont peut pas faire plus bas niveau que JIT qui est censé mettre en cache directement un exécutable. J'avais d'ailleurs lu quelque part que le JIT de HHVM ne méritait pas réellement le nom de JIT car le code mis en cache était quand même interprété par la VM un peu à la façon de opcache...

Tu as plus d'infos sur le sujet ou ton commentaire sur le fait que l'un soit plus bas niveau que l'autre est purement gratuit?

[miky55]

Je préfère des testes porté sur du concret, que sur des outils de benchmark, ou certain acteurs (je ne dirais pas nom) optimise leurs programmes pour ces outils, juste pour faire grossir les chiffres.

Les tests sont réalisés sur des cms et framewoks connus parce-que ça parle aux gens, ça ne veut absolument pas dire qu'ils ont été uniquement optimisés pour ces cms... Par contre dans tous les cas les tests sont réalisés avec des outils de benchmark.

[RyzenOC]

Les tests sont réalisés sur des cms et framewoks connus parce-que ça parle aux gens, ça ne veut absolument pas dire qu'ils ont été uniquement optimisés pour ces cms..

C'est justement ce que je voulais dire .

Je préféré avoir des benchmark sur des cms (cas concret), que sur des logiciel spécialisé (ou ils sont "truqué")

[lenono]

Sinon, je me demande si ce serait pas le top d'alléger cette image de 785ko, 3237px de large et 1356 de haut !

[demon66]

Ce comparatif de HHVM vs PHP 7 est stupide et illogique étant donné que HHVM n'est qu'un compilateur (convertisseur) du langage php. Donc si déjà le langage php 7 est plus rapide, sur une HHVM il en sera tout autant !
Ont-ils réellement amélioré le HHVM en si peu de temps ou bien ont-ils seulement adapté 2/3 codes par-ci par là et venir dire "on a apporté des améliorations à HHVM" ? lool...
Comparatif complètement inutile, par contre l'inverse du benchmark démontrant les performances de PHP 7 ne l'est pas.

@zazearte: Je préféré avoir des benchmark sur des cms (cas concret), que sur des logiciel spécialisé (ou ils sont "truqué")

Tu n'as jamais du effectué de test de montés en charges pour venir dire que c'est truqué. Il faut arrêter de voir de la triche là où il n'y a pas lieu d'être. Si c'était pour vendre un produit proprio qui vient de sortir et inconnu on pourrait rester méfiant, mais là ce n'est pas le bute.
Et cas concret sur des CMS, il n'y a absolument rien qui soit de concret sur le simple fait qu'on le test sur un cms. Car il y a pleins de noob qui vont se dire: "whouawhouuu sur wordpress ça a super bien fonctionné !" et vont essayer sur l'un de leur projet et ne vont pas comprendre pourquoi ça ne fonctionne pas sans avoir prit la peine d'analyser les plugins qui pourraient faire défaut et j'en passe.
Cela me fait penser fréquemment à des boites où pour régler le problème de perf ? On augmente la capacité des machines serveurs.
Alors que le gros problèmes pourrait certainement venir déjà d'analyser la qualité des requêtes SQL et la nécessité du nombre de requête qui puisse être généré.
J'ai mon supérieur en prog qui fait du n'importe quoi en dev et dont je me suis résigné à corriger tout son codage pour le coup, merdique.
Il veut tout faire vite et il fait tout vite et très mal. Il ne prend pas la peine de réfléchir quelques instants et surtout il ne sait pas confier les tâches qu'ils ne maîtrise pas à des dev plus compétant que lui.

Et c'est à chaque fois le même récitale dans certaines boites de plantus... Je dis bien de plantu car tu as beau prendre la peine de leur expliquer, de vouloir que chaque dev progresse à son rythme en faisant preuve d'humilité, il faut toujours que certains prennent des décisions tellement aberrante que cela ne résous pas le problème, cela ne fait que le repousser.

[ABCIWEB]

Le fait que le benchmark soit effectué par Zend laissait de nombreux développeurs sceptiques. Toutefois, il y avait un peu de vérité dans les chiffres publiés par l’entreprise. Ce qui a permis à l’équipe derrière HHVM de se remettre au travail pour reprendre le dessus sur PHP 7.

...

Les tests ont été effectués sur le benchmark open source pour PHP oss-performance, qui est soutenu par la communauté de HHVM. Ce qui peut également permettre de remettre en question les résultats présentés.

Quoi qu’il en soit, cette course à l’optimisation ne peut être que bénéfique pour les développeurs et les applications PHP.

Oui finalement je crois que c'est la seule chose dont on peut être sûre

Et comme php a déjà nettement augmenté ses performances avec les dernières versions de php5, je dirai "bon boulot"

[RyzenOC]

proprio qui vient de sortir et inconnu on pourrait rester méfiant, mais là ce n'est pas le bute.
Et cas concret sur des CMS, il n'y a absolument rien qui soit de concret sur le simple fait qu'on le test sur un cms. Car il y a pleins de noob qui vont se dire: "whouawhouuu sur wordpress ça a super bien fonctionné !" et vont essayer sur l'un de leur projet et ne vont pas comprendre pourquoi ça ne fonctionne pas sans avoir prit la peine d'analyser les plugins qui pourraient faire défaut et j'en passe.

Et tu trouve peut être plus intéressant d'avoir des benchmark sur des fractales style mandelbrot ?, le truc que personne n'utilise.

On m'annonce que X langage a 50% de perf en plus sur le fractales de mandelbrot ou sur la suite de Fibonacci, persos je m'en fou complétement, je vois pas trop ce que je peut en tirer comme conclusion...

Par contre sur des trucs concrets que tous le monde utilisent (CMS, Framework...etc), la sa deviens plus intéressant.