Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <1148319091.4471f573d38a2@ssl0.ovh.net>
Date: Mon, 22 May 2006 19:31:31 +0200
From: gael@pegliasco.com
To: users-fr@cocoon.apache.org
Subject: Re: =?iso-8859-1?b?ROlncmFkYXRpb24g?= =?iso-8859-1?b?culndWxp6HJl?=
 de performances avec cocoon.getComponent()
References: <1148316444.4471eb1c7bee3@ssl0.ovh.net>
In-Reply-To: <1148316444.4471eb1c7bee3@ssl0.ovh.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.6

Salut,

Desole pour les accents.

Une petite precision :

parser =
cocoon.getComponent(Packages.org.apache.excalibur.xml.dom.DOMParser.ROLE);

semble ne plus vouloir se degrader ?? (pourtant il le faisait) mais l'appel de
la fonction jointe dans mon mail precedent se degrade, un probleme avec la pile
systeme/flowscript ?

C'est a dire que le timer positionne dans la fonction retourne toujours le meme
temps, celui positionne avant et apres l'appel de la fonction se degrade a
chaque appel.

L'appel a :
cocoon.getComponent(org.apache.cocoon.portal.coplets.basket.BasketManager.ROLE);
se degrade bien a chaque appel.

Gael,


Selon gael@pegliasco.com:

> Bonjour,
>
> J'ai r�alis� une petite fonction flowscript dont les performances se
> d�gradent
> un peu plus � chaque appel pour devenir carr�ment lente (plusieurs secondes)
> au
> bout de quelques appels.
>
> Apr�s avoir mis en place des sondes pour observer o� le temps �tait perdu, il
> s'av�re que c'est l'instruction cocoon.getComponent() qui mange tout le temps
> utilis�.
>
> Ainsi j'ai localis� 2 composants posant probl�me :
>
> cocoon.getComponent(Packages.org.apache.excalibur.xml.dom.DOMParser.ROLE)
> et
>
cocoon.getComponent(org.apache.cocoon.portal.coplets.basket.BasketManager.ROLE);
>
> Avec d'autres composants je ne constate pas ces d�gradations de performances.
>
> J'utilise un Cocoon 2.1.9-dev.
>
> Avez-vous une id�e de ce qui peut provoquer ces d�gradations de perfs
> (environ
> 100ms par appel), soit 1 sec au bout de 10 appels, 10 sec au bout de 100
> appels.
> C'est � dire que la fonction demande 100ms, puis 200ms puis 300ms, ... puis
> 10
> secondes pour s'ex�cuter.
>
> Voici un exemple type du code en cause :
>
> 	try
> 	{
> 		parser =
> cocoon.getComponent(Packages.org.apache.excalibur.xml.dom.DOMParser.ROLE);
>
> 		var input = new java.io.ByteArrayInputStream(serializedContent.getBytes())
> 		var is = new Packages.org.xml.sax.InputSource(input);
>
> 		return parser.parseDocument(is);
> 	}
> 	finally
> 	{
> 		cocoon.releaseComponent(parser);
> 		parser = null;
> 	}
>
>
> Avez-vous d�j� constat� ce type de probl�me ?
> Il y a t il un moyen particulier d'utiliser cocoon.getComponent() que je n'ai
> pas correctement appliqu� ?
> D'apr�s vous le probl�me viendrait de getComponent() ou du composant lui-m�me
> ?
>
> Je vous remercie par avance de vos r�ponses,
>
> Cordialement,
>
> Ga�l,
>
>
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org