<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://blog.lalex.com/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>LAlex devblog v6 - Multi-threading en PHP : vers une solution ? (MAJ)  - Commentaires</title>
  <link>http://blog.lalex.com/</link>
  <atom:link href="http://blog.lalex.com/feed/rss2/comments/219" rel="self" type="application/rss+xml"/>
  <description></description>
  <language>fr</language>
  <pubDate>Thu, 02 Oct 2008 14:21:50 +0200</pubDate>
  <copyright></copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - l0gin</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c2548</link>
    <guid isPermaLink="false">urn:md5:9c286583355e2c18c9941f5527fef044</guid>
    <pubDate>Tue, 13 Jun 2006 22:52:26 +0000</pubDate>
    <dc:creator>l0gin</dc:creator>
    
    <description>&lt;p&gt;Salut, le probleme avec l'extension pcntl à mon avis c'est qu'elle peut mettre à genoux ton serveur.&lt;br /&gt;Heuresement de nos jours ils tendent à n'être que virtuels &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_smile.gif&quot; alt=&quot;:)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - loufoque</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1549</link>
    <guid isPermaLink="false">urn:md5:ff68e73a7ab50b021109475d0cc4d292</guid>
    <pubDate>Mon, 16 Aug 2004 19:43:24 +0000</pubDate>
    <dc:creator>loufoque</dc:creator>
    
    <description>&lt;p&gt;Malheureusement, les diverses extensions basées sur pthread pour PHP ne fonctionnent pas encore. On ne peut utiliser que pcntl, qui ne fonctionne qu'avec CLI ou CGI.&lt;br /&gt;De toutes façons, un script qui nécessite du multithreading ou multiprocessing devrait tourner avec CLI ou CGI, et non pas en tant que module.&lt;br /&gt;Le problème c'est que PHP est mal considéré. Tout le monde pense que ce n'est qu'un petit langage pour faire des pages webs dynamiques... Mais non, PHP est un vrai langage de script tout comme Tcl ou Perl.&lt;br /&gt;C'est pour ça que j'ai beaucoup de difficultés à trouver des hebergeurs avec PHP en CLI (shell) ou en CGI (hebergement web) avec l'extension pcntl.&lt;br /&gt;Si quelqu'un en connaitrait un, ce serait sympa de me l'indiquer.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - yoy</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1282</link>
    <guid isPermaLink="false">urn:md5:f5ff46fd69a159af39d9a51be9907963</guid>
    <pubDate>Wed, 16 Jun 2004 21:07:00 +0000</pubDate>
    <dc:creator>yoy</dc:creator>
    
    <description>&lt;p&gt;hihi... oui evidement le serveur est persistant... sinon il ecouterait pas grand chose &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_smile.gif&quot; alt=&quot;:)&quot; class=&quot;smiley&quot; /&gt; meaculpa&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - liguorien</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1281</link>
    <guid isPermaLink="false">urn:md5:7e02d40443b2c37ce0315e462b3fa8e7</guid>
    <pubDate>Wed, 16 Jun 2004 20:38:34 +0000</pubDate>
    <dc:creator>liguorien</dc:creator>
    
    <description>&lt;p&gt;la connexion en UDP n'est pas persistante, mais le serveur qui gère ces connexions  l'est...&lt;br /&gt;j'ai déjà fait un serveur UDP pour un jeu en .NET, et j'ai utiliser des Thread...  &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_mrgreen.gif&quot; alt=&quot;:mrgreen:&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - yoy</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1280</link>
    <guid isPermaLink="false">urn:md5:1fde63534879aa05c5965a52d2225af1</guid>
    <pubDate>Wed, 16 Jun 2004 18:31:55 +0000</pubDate>
    <dc:creator>yoy</dc:creator>
    
    <description>&lt;p&gt;euh ... udp chui pas sur ... puisque c'est pas un mode connecté... enfin il me semble&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - liguorien</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1279</link>
    <guid isPermaLink="false">urn:md5:50269a9a9ebc29e64f70522ba4edefc4</guid>
    <pubDate>Wed, 16 Jun 2004 17:00:57 +0000</pubDate>
    <dc:creator>liguorien</dc:creator>
    
    <description>&lt;p&gt;oui sur qu'il y a des socket, mais la connexion se ferme aussitôt que le traitement de la requête est terminé. Je parle d'un serveur socket &lt;strong&gt;persistant&lt;/strong&gt; en tcp/ip ou udp, et non http...&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - LAlex</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1278</link>
    <guid isPermaLink="false">urn:md5:1acb021566e753b8ac4c169a728956b0</guid>
    <pubDate>Wed, 16 Jun 2004 16:54:10 +0000</pubDate>
    <dc:creator>LAlex</dc:creator>
    
    <description>&lt;p&gt;&lt;quote&gt;Apache n'est pas un serveur socket&lt;/quote&gt;Ah si, plus que jamais ! &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_mrgreen.gif&quot; alt=&quot;:=)&quot; class=&quot;smiley&quot; /&gt;&lt;br /&gt;Sais tu qu'en dérivant la classe du serveur PHP tu peux faire un serveur Web ? Un serveur HTTP n'est ni plus ni moins qu'un serveur de socket qui interprète des requêtes HTTP et répond en conséquence ... &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_wink.gif&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - Cédric</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1277</link>
    <guid isPermaLink="false">urn:md5:0c112d97c35b4933dc3f6b01f6891f08</guid>
    <pubDate>Wed, 16 Jun 2004 15:10:28 +0000</pubDate>
    <dc:creator>Cédric</dc:creator>
    
    <description>&lt;p&gt;Je vais revoir Apache, mais il me semble bien dans la conf que chaque thread gere plusieurs connexions, tout simplement parce qu'aucun OS n'est capable de gérer autant de thread qu'un serveur accepte de connexions. Donc je suppose qu'il n'est pas le seul. &lt;br /&gt;Sinon pour la récup via le réseau oui les threads on un interet. Ok.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - liguorien</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1276</link>
    <guid isPermaLink="false">urn:md5:d8e37e07000a4cb2efc70b5ad5cd1e63</guid>
    <pubDate>Wed, 16 Jun 2004 14:26:04 +0000</pubDate>
    <dc:creator>liguorien</dc:creator>
    
    <description>&lt;p&gt;&lt;quote&gt;Sauf que les vrais serveurs ont pas un thread par connexion&lt;/quote&gt;&lt;br /&gt;que veux-tu dire par un &quot;vrai&quot; serveur, tous les serveurs socket que je connais (a par celui en php &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_wink.gif&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt; ) utilisent les Thread pour lire dans le socket de chaque client de façon indépendante&lt;/p&gt;&lt;p&gt;euh, Apache n'est pas un serveur socket &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_wink.gif&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt;&lt;br /&gt;Pour ce qui est des serveur HTTP, Apache Tomcat lui par contre démarre un Thread pour chaque requete client, ce qui a pour but de ne pas démarrer un nouveau process pour chaque requête.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - LAlex</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1275</link>
    <guid isPermaLink="false">urn:md5:9e11c26e765cd82c195c024fc32dd6dc</guid>
    <pubDate>Wed, 16 Jun 2004 14:21:03 +0000</pubDate>
    <dc:creator>LAlex</dc:creator>
    
    <description>&lt;p&gt;Cédric &gt; PHP n'a pas qu'un usage web ... &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_smile.gif&quot; alt=&quot;:)&quot; class=&quot;smiley&quot; /&gt; Et même dans le cadre d'un usage web, imagine un agrégateur de feed RSS, ne serait-il pas pratique de pouvoir en récupérer plusieurs à la fois en terme de performances ? &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_wink.gif&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;&lt;p&gt;Sinon, JSP peut utiliser les threads, comme ASP.NET (ASP tout court, chuis pas sûr :$)&lt;/p&gt;&lt;p&gt;++ ^^&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - Cédric</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1274</link>
    <guid isPermaLink="false">urn:md5:de471d21ddb13a7e378bad9b873fb69c</guid>
    <pubDate>Wed, 16 Jun 2004 14:11:11 +0000</pubDate>
    <dc:creator>Cédric</dc:creator>
    
    <description>&lt;p&gt;Sauf que les vrais serveurs ont pas un thread par connexion, enfin apache par exemple gere plusieurs connexions par thread, sinon la surcharge dûe au thread acheve la machine.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - Cédric</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1273</link>
    <guid isPermaLink="false">urn:md5:0a566db672976d0778592d0f257d76aa</guid>
    <pubDate>Wed, 16 Jun 2004 14:07:41 +0000</pubDate>
    <dc:creator>Cédric</dc:creator>
    
    <description>&lt;p&gt;Salut&lt;/p&gt;&lt;p&gt;Des threads en PHP, pourquoi pas, mais en tant que pratiquant régulier je ne vois pas trop l'interet pour un usage web. Disons que je n'en ai jamais eu besoin, mais je reste ouvert.&lt;br /&gt;Est ce que JSP, ASP, CF et les autres ont des threads?&lt;/p&gt;&lt;p&gt;Cédric&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - LAlex</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1272</link>
    <guid isPermaLink="false">urn:md5:efce24a63d7e3a65d596fd2a7c1ef6f7</guid>
    <pubDate>Wed, 16 Jun 2004 00:40:06 +0000</pubDate>
    <dc:creator>LAlex</dc:creator>
    
    <description>&lt;p&gt;yoy &gt; C'est la version PEAR (ou ma version en PHP5) qu'il faut regarder : ca passe par l'utilisation de &lt;a href=&quot;http://fr.php.net/manual/fr/function.socket-select.php&quot; rel=&quot;nofollow&quot;&gt;socket_select&lt;/a&gt; ... &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_wink.gif&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;&lt;p&gt;++ ^^&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - yoy</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1271</link>
    <guid isPermaLink="false">urn:md5:fe0ad8035e363478dd14ff2d63f7d85c</guid>
    <pubDate>Tue, 15 Jun 2004 21:59:24 +0000</pubDate>
    <dc:creator>yoy</dc:creator>
    
    <description>&lt;p&gt;je viens de jeter un oeil au pat server et ... je comprends pas trop snif... ce que tu appelles des socket non bloquant... c'est des socket UDP ? sinon il fait pour arriver &quot;pas loin des perf de multithreading&quot; puisque le traitement et fait par le meme process... enfin ca derive peut etre trop du sujet, la...&lt;/p&gt;&lt;p&gt;Ce qui est sur c'est qu'on pourra faire un vrai serveur de chaussette si la lib marche bienbien, avec a chaque demande de connection, la creation d'un thread.. yeah, comme les vrais serveurs! &lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - Antoine</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1270</link>
    <guid isPermaLink="false">urn:md5:f8a08e0ce206eddf8dfd81b21c476da4</guid>
    <pubDate>Tue, 15 Jun 2004 20:45:51 +0000</pubDate>
    <dc:creator>Antoine</dc:creator>
    
    <description>&lt;p&gt;Ca ressemble fort au C non ? &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_biggrin.gif&quot; alt=&quot;:D&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - LAlex</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1269</link>
    <guid isPermaLink="false">urn:md5:718a033478c69999d1cdc4355d4da3f9</guid>
    <pubDate>Tue, 15 Jun 2004 16:52:53 +0000</pubDate>
    <dc:creator>LAlex</dc:creator>
    
    <description>&lt;p&gt;Dans le serveur, il s'agit tout simplement d'un boucle infinie qui écoute chaque socket client. Les sockets non-bloquants permettent de n'obtenir que les sockets qui ont emis un message (ou accepté une nouvelle connexion pour ce qui est du socket &quot;serveur&quot;), et donc de n'effectuer les traitements que sur ceux-là ....&lt;/p&gt;&lt;p&gt;Du coup, on est pas loin des performances du multi-threading en réception, mais dans l'autre sens, pour envoyer un message, on les envoie l'un aprés l'autre .... :?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - liguorien</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1268</link>
    <guid isPermaLink="false">urn:md5:ea012445dbfd2c3b4164fc6e093feaa4</guid>
    <pubDate>Tue, 15 Jun 2004 16:50:09 +0000</pubDate>
    <dc:creator>liguorien</dc:creator>
    
    <description>&lt;p&gt;effectivement je me posais la même question, comment sont géré les socket de chaque client puisqu'il n'y pas de Thread?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Multi-threading en PHP : vers une solution ? (MAJ) - yoy</title>
    <link>http://blog.lalex.com/post/2004/06/15/Multi-threading-en-PHP-%3A-vers-une-solution-MAJ#c1267</link>
    <guid isPermaLink="false">urn:md5:eb3b42cd454fae61a97dfab10bb2c3c0</guid>
    <pubDate>Tue, 15 Jun 2004 16:46:13 +0000</pubDate>
    <dc:creator>yoy</dc:creator>
    
    <description>&lt;p&gt;yeah cool !! &lt;br /&gt;mais c'et marrant dernierement tu avais parlé de serveur socket en php... ben  je pensé que  le threading etait forcement lié a cette pratique... apparemment pas... &lt;img src=&quot;http://common.lalex.com/themes/devblog/smilies/icon_smile.gif&quot; alt=&quot;:)&quot; class=&quot;smiley&quot; /&gt;  &lt;/p&gt;</description>
  </item>
      
</channel>
</rss>