<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Facebook et le graphe social : LAMP et Memcache</title>
	<atom:link href="http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/feed/" rel="self" type="application/rss+xml" />
	<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/</link>
	<description>Le site de decryptage des technologies de l&#039;informatique</description>
	<lastBuildDate>Wed, 08 Sep 2010 19:13:18 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Zied Hamdi</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-205</link>
		<dc:creator>Zied Hamdi</dc:creator>
		<pubDate>Tue, 02 Feb 2010 11:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-205</guid>
		<description>C&#039;est exactement les Entity beans (EJB 1 et 2) qui sont décrites par ce méchanisme de cache avec un TTL. Bizarrement ils étaient réputés pour leurs grande consommation de ressources. Visiblement: les EJB 1 et 2 étaient surtout mal utilisés, ce qui leur a couté leur disparition dans la version 3... 

&gt; ChrYStophe : &quot;N’y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?&quot;
  la solution la plus simple serait de passer à un language compilé :-)

Cordialement,
Zied Hamdi</description>
		<content:encoded><![CDATA[<p>C&#8217;est exactement les Entity beans (EJB 1 et 2) qui sont décrites par ce méchanisme de cache avec un TTL. Bizarrement ils étaient réputés pour leurs grande consommation de ressources. Visiblement: les EJB 1 et 2 étaient surtout mal utilisés, ce qui leur a couté leur disparition dans la version 3&#8230; </p>
<p>&gt; ChrYStophe : &laquo;&nbsp;N’y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?&nbsp;&raquo;<br />
  la solution la plus simple serait de passer à un language compilé :-)</p>
<p>Cordialement,<br />
Zied Hamdi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Frédéric Faure</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-152</link>
		<dc:creator>Frédéric Faure</dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-152</guid>
		<description>PS : le hit rate est un indicateur plus fonctionnel que technique !</description>
		<content:encoded><![CDATA[<p>PS : le hit rate est un indicateur plus fonctionnel que technique !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Frédéric Faure</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-151</link>
		<dc:creator>Frédéric Faure</dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-151</guid>
		<description>En fait, on calcule l&#039;efficacité d&#039;un cache avec son rapport hit/miss. Les requêtes aboutissent dans tous les cas (enfin normalement ;ob). Le hit rate, c&#039;est le nombre de requêtes correspondant à un item qui est déjà en cache (et donc ramenant une valeur) sur le nombre total de requêtes effectuées sur le cache. Si l&#039;objet souhaité n&#039;est pas en cache, c&#039;est un miss, l&#039;objet est alors récupéré à partir de la source de données (base, ...) puis setté en cache. La prochaine requête sur le même objet sera donc un hit, sauf si l&#039;objet a été évicté dû à l&#039;expiration de son TTL (Time To Live) ou bien faute de suffisament de mémoire disponible (Cf. &lt;a href=&quot;http://fr.wikipedia.org/wiki/Algorithmes_de_remplacement_des_lignes_de_cache&quot; title=&quot;Algorithmes de remplacement des lignes de cache&quot; rel=&quot;nofollow&quot;&gt;Algorithmes de remplacement des lignes de cache&lt;/a&gt; pour lecture). 95% est un excellent hit rate ! 

Pour améliorer les perfs, c&#039;est APC (Alternative PHP Cache) que je citais. Il permet de cacher le code préalablement interprété et compilé.</description>
		<content:encoded><![CDATA[<p>En fait, on calcule l&#8217;efficacité d&#8217;un cache avec son rapport hit/miss. Les requêtes aboutissent dans tous les cas (enfin normalement ;ob). Le hit rate, c&#8217;est le nombre de requêtes correspondant à un item qui est déjà en cache (et donc ramenant une valeur) sur le nombre total de requêtes effectuées sur le cache. Si l&#8217;objet souhaité n&#8217;est pas en cache, c&#8217;est un miss, l&#8217;objet est alors récupéré à partir de la source de données (base, &#8230;) puis setté en cache. La prochaine requête sur le même objet sera donc un hit, sauf si l&#8217;objet a été évicté dû à l&#8217;expiration de son TTL (Time To Live) ou bien faute de suffisament de mémoire disponible (Cf. <a href="http://fr.wikipedia.org/wiki/Algorithmes_de_remplacement_des_lignes_de_cache" title="Algorithmes de remplacement des lignes de cache" rel="nofollow">Algorithmes de remplacement des lignes de cache</a> pour lecture). 95% est un excellent hit rate ! </p>
<p>Pour améliorer les perfs, c&#8217;est APC (Alternative PHP Cache) que je citais. Il permet de cacher le code préalablement interprété et compilé.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ChrYStophe</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-142</link>
		<dc:creator>ChrYStophe</dc:creator>
		<pubDate>Wed, 21 Oct 2009 14:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-142</guid>
		<description>Hello,

  Ca a l&#039;air si facile expliqué comme ça ;o)

  Quand tu dis : hit rate pour Memcache sont supérieurs à 95%. C&#039;est le taux de réponses sur le taux de demandes à Memcache ?
  Qu&#039;advient-il des 5% de hits ratés ? Faut-il retenter la requête jusqu&#039;à obtenir un résultat ?
  N&#039;y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?

ChrYStophe</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>  Ca a l&#8217;air si facile expliqué comme ça ;o)</p>
<p>  Quand tu dis : hit rate pour Memcache sont supérieurs à 95%. C&#8217;est le taux de réponses sur le taux de demandes à Memcache ?<br />
  Qu&#8217;advient-il des 5% de hits ratés ? Faut-il retenter la requête jusqu&#8217;à obtenir un résultat ?<br />
  N&#8217;y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?</p>
<p>ChrYStophe</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Laurent</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-139</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Wed, 14 Oct 2009 20:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-139</guid>
		<description>Superbe synthèse, merci !</description>
		<content:encoded><![CDATA[<p>Superbe synthèse, merci !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Frédéric Faure</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-137</link>
		<dc:creator>Frédéric Faure</dc:creator>
		<pubDate>Wed, 14 Oct 2009 17:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-137</guid>
		<description>Une petite précision concernant &lt;strong&gt;PHP &lt;/strong&gt;: il a été aussi le fruit de customisation.
Point non négligeable, mais que j&#039;ai omis. Je répare donc cet oubli en précisant les customisations apportées par les développeurs Facebook à leurs outils PHP :

- optimisation Opcode,
- utilisation et amélioration (lazy loading, ...) de APC,
- développement d&#039;extensions customisées (client Memcache, sérialisation, logging/statistiques/monitoring, méchanisme de capture d&#039;évènements asynchrones, ...).</description>
		<content:encoded><![CDATA[<p>Une petite précision concernant <strong>PHP </strong>: il a été aussi le fruit de customisation.<br />
Point non négligeable, mais que j&#8217;ai omis. Je répare donc cet oubli en précisant les customisations apportées par les développeurs Facebook à leurs outils PHP :</p>
<p>- optimisation Opcode,<br />
- utilisation et amélioration (lazy loading, &#8230;) de APC,<br />
- développement d&#8217;extensions customisées (client Memcache, sérialisation, logging/statistiques/monitoring, méchanisme de capture d&#8217;évènements asynchrones, &#8230;).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
