<?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 : Profiling applicatif et XDebug</title>
	<atom:link href="http://decrypt.ysance.com/2009/08/profiling-applicatif-xdebug/feed/" rel="self" type="application/rss+xml" />
	<link>http://decrypt.ysance.com/2009/08/profiling-applicatif-xdebug/</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 : Sébastien Brochet</title>
		<link>http://decrypt.ysance.com/2009/08/profiling-applicatif-xdebug/comment-page-1/#comment-199</link>
		<dc:creator>Sébastien Brochet</dc:creator>
		<pubDate>Mon, 25 Jan 2010 14:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=530#comment-199</guid>
		<description>Merci pour ce topo sur les solutions de profiling pour des applications web.

Je rebondis sur un passage de votre conclusion:
&quot;Il est toujours (enfin j’espère…) plus aisé de modifier quelques lignes de code que de modifier les services ou l’infrastructure sous-jacente.&quot;

Je suis d&#039;accord avec vous quand il s&#039;agit effectivement de quelques lignes, dans ce cas c&#039;est souvent une petite erreur, évidente, qui se corrige facilement.

Quand il s&#039;agit d&#039;une erreur de conception, le choix d&#039;un protocole réseau trop gourmand par exemple et qu&#039;il faut optimiser, c&#039;est très différent. Les changements seront plutôt intrusifs et assez risqués pour la stabilité de l&#039;application au final.

Dans ce cas, je préconiserais d&#039;avantage une mise à jour au niveau CPU et mémoire des différents serveurs.

Le coût est déterminé à l&#039;avance, les gains sont prévisibles, la phase de test est réduite et il n&#039;y a pas de régressions particulières à redouter.

Pour moi, c&#039;est donc un choix à faire au cas par cas :-)

Cordialement.</description>
		<content:encoded><![CDATA[<p>Merci pour ce topo sur les solutions de profiling pour des applications web.</p>
<p>Je rebondis sur un passage de votre conclusion:<br />
&laquo;&nbsp;Il est toujours (enfin j’espère…) plus aisé de modifier quelques lignes de code que de modifier les services ou l’infrastructure sous-jacente.&nbsp;&raquo;</p>
<p>Je suis d&#8217;accord avec vous quand il s&#8217;agit effectivement de quelques lignes, dans ce cas c&#8217;est souvent une petite erreur, évidente, qui se corrige facilement.</p>
<p>Quand il s&#8217;agit d&#8217;une erreur de conception, le choix d&#8217;un protocole réseau trop gourmand par exemple et qu&#8217;il faut optimiser, c&#8217;est très différent. Les changements seront plutôt intrusifs et assez risqués pour la stabilité de l&#8217;application au final.</p>
<p>Dans ce cas, je préconiserais d&#8217;avantage une mise à jour au niveau CPU et mémoire des différents serveurs.</p>
<p>Le coût est déterminé à l&#8217;avance, les gains sont prévisibles, la phase de test est réduite et il n&#8217;y a pas de régressions particulières à redouter.</p>
<p>Pour moi, c&#8217;est donc un choix à faire au cas par cas :-)</p>
<p>Cordialement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Nicolas</title>
		<link>http://decrypt.ysance.com/2009/08/profiling-applicatif-xdebug/comment-page-1/#comment-65</link>
		<dc:creator>Nicolas</dc:creator>
		<pubDate>Fri, 28 Aug 2009 19:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=530#comment-65</guid>
		<description>J&#039;ai vu fonctionner DynaTrace par un prestataire de chez http://www.test-performance.com/ sur une application struts1 / hibernate et cet outil a été vraiment très intéressant pour comprendre pourquoi l&#039;application ne montait pas en charge correctement (50 users maxi avant effondrement catastrophique des perfs).

J&#039;ai déjà essayé de faire le même genre de choses avec Eclipse TPTP, mais je n&#039;ai jamais réussi à mettre en place cette solution sur autre chose qu&#039;un Hello World (beaucoup trop lent)... sans parler de la difficulté d&#039;installation.</description>
		<content:encoded><![CDATA[<p>J&#8217;ai vu fonctionner DynaTrace par un prestataire de chez <a href="http://www.test-performance.com/" rel="nofollow">http://www.test-performance.com/</a> sur une application struts1 / hibernate et cet outil a été vraiment très intéressant pour comprendre pourquoi l&#8217;application ne montait pas en charge correctement (50 users maxi avant effondrement catastrophique des perfs).</p>
<p>J&#8217;ai déjà essayé de faire le même genre de choses avec Eclipse TPTP, mais je n&#8217;ai jamais réussi à mettre en place cette solution sur autre chose qu&#8217;un Hello World (beaucoup trop lent)&#8230; sans parler de la difficulté d&#8217;installation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
