Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: [Cocoon] show-time & XML

From: Sylvain Wallez (sylvain.wallez@anyware-tech.com)
Date: 05/01/2004 - 17:06


Eric van der Vlist wrote:

>On Mon, 2004-01-05 at 17:44, Sylvain Wallez wrote:
>
>
<snip/>

>>En fait, j'avais compris : tu veux savoir comment récupérer le temps de
>>traitement d'une requête depuis Cocoon, pour construire les statistiques
>>à l'issue de l'exécution de la campagne de tests, c'est bien ça ?
>>
>>
>
>Oui.
>
>

Bon. La prochaine fois, je serai moins timide et je répondrai
directement ;-)

>>Une solution se trouve probablement du côté du "profiling pipeline".
>>C'est une implémentation particulière du pipe (en plus de
>>caching/noncaching) qui mesure le temps d'éxécution des requêtes de bout
>>en bout ainsi que le temps passé dans chaque composant du pipeline. Va
>>voir sur http://localhost:8888/samples/profiler/welcome
>>
>>
>
>J'ai lu que ce "profiling pipeline" avait des incidences importantes sur
>les performances et dans la mesure où mon objectif actuel est de mesurer
>des temps de réponse, j'ai eu peur qu'il ne perturbe les mesures.
>
>Est-ce le cas?
>
>

Il a forcément une incidence sur la performance brute puisqu'il rajoute
une instrumentation autour des différents éléments du pipeline (une
prise de mesure par startElement/endElement). L'accumulation des mesures
consomme aussi de la mémoire. C'est pour ces raisons qu'il est
déconseillé de l'utiliser sur une appli opérationnelle.

Par contre, il ne fausse pas les résultats des requêtes qu'il
instrumente, puisqu'il n'inclut pas son propre temps de traitement dans
le cumul des temps. Le cas présent me parait donc être typiquement celui
dans lequel il est utile et utilisable !

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance  -  http://www.orixo.com

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org