Commentaires sur : HipHop, compilateur PHP et bottleneck PHP http://www.maximegarcia.fr/blog/2010/02/hiphop-compilateur-php-et-bottleneck-php/ Un autre entrepreneur du Web Sat, 01 Jan 2011 11:51:54 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : héhé http://www.maximegarcia.fr/blog/2010/02/hiphop-compilateur-php-et-bottleneck-php/comment-page-1/#comment-13786 héhé Wed, 03 Feb 2010 16:02:24 +0000 http://www.maximegarcia.fr/blog/?p=168#comment-13786 Tout à fait pertinent; quand on arrive à un point où compiler PHP (et développer le compileur, dans le cas de facebook) coute moins cher que d'ajouter x serveurs, il n’y a aucune raison de ne pas le faire. Tout à fait pertinent; quand on arrive à un point où compiler PHP (et développer le compileur, dans le cas de facebook) coute moins cher que d’ajouter x serveurs, il n’y a aucune raison de ne pas le faire.

]]> Par : jpvincent http://www.maximegarcia.fr/blog/2010/02/hiphop-compilateur-php-et-bottleneck-php/comment-page-1/#comment-13785 jpvincent Wed, 03 Feb 2010 15:04:00 +0000 http://www.maximegarcia.fr/blog/?p=168#comment-13785 intéressant de rappeller quelles sont les alternatives de la solution retenue par FB (alternatives qu'ils ont testé et rejetées, mais peu de boites ont les problématiques de FB) et qui ont l'avantage d'être compatibles avec des sites déjà existants je pense aussi qu'avant d'en arriver à essayer d'économiser 50% de CPU, il suffit de profiler ses pages pour se rendre compte que le temps perdu se fait au niveau des accès disques, réseau et parfois dans la base. Cependant si il n'y avait pas les limites qu'on lui connaît (http://jpv.typepad.com/blog/2010/02/facebook-php-compiler-hiphop-php-les-limites.html) cette solution aurait pu être adoptée comme un bonus. bonne remarque sur les tâches qui requiert purement du CPU comme la génération de PDF, j'ai un workflow qui resizent des images, c'est 100% CPU, c'est une solution qui peut être intéressante dans ce cas précis intéressant de rappeller quelles sont les alternatives de la solution retenue par FB (alternatives qu’ils ont testé et rejetées, mais peu de boites ont les problématiques de FB) et qui ont l’avantage d’être compatibles avec des sites déjà existants

je pense aussi qu’avant d’en arriver à essayer d’économiser 50% de CPU, il suffit de profiler ses pages pour se rendre compte que le temps perdu se fait au niveau des accès disques, réseau et parfois dans la base.
Cependant si il n’y avait pas les limites qu’on lui connaît (http://jpv.typepad.com/blog/2010/02/facebook-php-compiler-hiphop-php-les-limites.html) cette solution aurait pu être adoptée comme un bonus.

bonne remarque sur les tâches qui requiert purement du CPU comme la génération de PDF, j’ai un workflow qui resizent des images, c’est 100% CPU, c’est une solution qui peut être intéressante dans ce cas précis

]]>