LSL Script Efficiency/fr - Revision history

Strife Onizuka at 00:28, 25 October 2008

2008-10-25T00:28:47Z

← Older revision		Revision as of 17:28, 24 October 2008
Line 1:		Line 1:
	{{Multi-lang}}		{{Multi-lang}}{{LSL Header{{#var:lang}}}}
	<div style="float:right;">__TOC__</div>~~{{LSL Header}}~~		<div style="float:right;">__TOC__</div>

	<div id="box">		<div id="box">

Catherine Pfeffer: Fixing the markup

2007-12-04T11:35:44Z

Fixing the markup

← Older revision		Revision as of 04:35, 4 December 2007
Line 44:		Line 44:
	Il existe beaucoup d'astuces pour accélérer les scripts, comme utiliser ++a au lieu de a++. Cependant, ce genre d'optimisations peut se révéler sans effet dans le futur (en cas de changement d'implémentation de LSL).		Il existe beaucoup d'astuces pour accélérer les scripts, comme utiliser ++a au lieu de a++. Cependant, ce genre d'optimisations peut se révéler sans effet dans le futur (en cas de changement d'implémentation de LSL).

	</div>		</div></div>
			<div id="box">

	== Combien de temps prend ce code ? ==		== Combien de temps prend ce code ? ==

Catherine Pfeffer: Thinking at it...

2007-12-04T11:33:18Z

Thinking at it...

← Older revision		Revision as of 04:33, 4 December 2007
Line 109:		Line 109:
	a++ prend en gros 40% de temps de plus que ++a.		a++ prend en gros 40% de temps de plus que ++a.

	Bien que ~~ces~~ données soient correctes, elles n'ont pas été obtenues avec le code de référence ci-dessus, mais avec une version légèrement moins optimisée écrite par {{User\|Xaviar Czervik}}. Si quelqu'un pouvait répéter les tests avec la version de référence, merci.		Bien que les données qui suivent soient correctes, elles n'ont pas été obtenues avec le code de référence ci-dessus, mais avec une version légèrement moins optimisée écrite par {{User\|Xaviar Czervik}}. Si quelqu'un pouvait répéter les tests avec la version de référence, merci.

	++a : 0,364700 ms		++a : 0,364700 ms
Line 137:		Line 137:
	100000000 : 1,228700 ms		100000000 : 1,228700 ms

	Longueur du texte ([[llSay]]() et canal 1 :		Longueur du texte ([[llSay]]() et canal 1) :
	<pre>		<pre>
	1 Caractère : 1.242300 ms		1 Caractère : 1.242300 ms

Catherine Pfeffer: Missed these ones

2007-12-04T11:31:18Z

Missed these ones

← Older revision		Revision as of 04:31, 4 December 2007
Line 24:		Line 24:
	<div id="box">		<div id="box">

	== Conception ~~Optimale~~ ==		== Conception optimale ==
	<div style="padding: 0.5em;">		<div style="padding: 0.5em;">

Line 40:		Line 40:

	== Micro-optimisation ==		== Micro-optimisation ==
			<div style="padding: 0.5em;">

	Il existe beaucoup d'astuces pour accélérer les scripts, comme utiliser ++a au lieu de a++. Cependant, ce genre d'optimisations peut se révéler sans effet dans le futur (en cas de changement d'implémentation de LSL).		Il existe beaucoup d'astuces pour accélérer les scripts, comme utiliser ++a au lieu de a++. Cependant, ce genre d'optimisations peut se révéler sans effet dans le futur (en cas de changement d'implémentation de LSL).

	== ~~Quel~~ temps prend ce code ? ==		</div>

			== Combien de temps prend ce code ? ==
	<div style="padding: 0.5em;">		<div style="padding: 0.5em;">

Line 114:		Line 117:
	Même test pour la boucle for :		Même test pour la boucle for :
	++a : 0,358370 ms		++a : 0,358370 ms
	a += 1 : 0,351200 ~~mis~~		a += 1 : 0,351200 ms
	a++ : 0,424600 ms		a++ : 0,424600 ms

Catherine Pfeffer: Proofread

2007-12-04T11:29:16Z

Proofread

← Older revision		Revision as of 04:29, 4 December 2007
Line 3:		Line 3:

	<div id="box">		<div id="box">
	== Qu'est-ce que l'~~Efficacité~~? ==		== Qu'est-ce que l'efficacité? ==
	<div style="padding: 0.5em;">		<div style="padding: 0.5em;">

	L'efficacité est l'inverse des ressources consommées pour effectuer une tâche donnée. Plus le script est efficace, moins il consomme de ressouces. L'efficacité va souvent de pair avec la rapidité, mais cela n'est pas une généralité.		L'efficacité est l'inverse des ressources consommées pour effectuer une tâche donnée. Plus le script est efficace, moins il consomme de ressouces. L'efficacité va souvent de pair avec la rapidité, mais cela n'est pas une généralité.

	Les points qui ont un impact négatif sur l'efficacité sont, à peu près par ~~odre~~ d'importance:		Les points qui ont un impact négatif sur l'efficacité sont, à peu près par ordre d'importance :

	* Le nombre de scripts utilisés pour accomplir une même tâche. Cf. Conception Optimale.		* Le nombre de scripts utilisés pour accomplir une même tâche. Cf. Conception Optimale.
	* [[llSleep]] - Cette fonction consomme 0.2 à 0.3 milliseconde par tranche de temps pendant que le script dort. Les timers ([[llSetTimerEvent]]) sont bien plus efficaces.		* [[llSleep]] - Cette fonction consomme 0.2 à 0.3 milliseconde par tranche de temps pendant que le script dort. Les timers ([[llSetTimerEvent]]) sont bien plus efficaces.
	* Les timers "courts" (<5 sec) sont grands consommateurs de ressources.		* Les timers "courts" (< 5 sec) sont grands consommateurs de ressources.
	* [[Listen]] - particulièrement sur le canal 0		* [[Listen]] - particulièrement sur le canal 0
	* Les changements fréquents de texture (les autres utilisateurs sont contraints de les charger)		* Les changements fréquents de texture (les autres utilisateurs sont contraints de les charger)
	* L'utilisation des rotations côté serveur au lieu [[llTargetOmega]]		* L'utilisation des rotations côté serveur au lieu de [[llTargetOmega]]
	* Les gestionnaires d'évènements inutiles (touch, collision, ...)		* Les gestionnaires d'évènements inutiles (touch, collision, ...)
	* Un grand volume de mails ou d'IM		* Un grand volume de mails ou d'IM
Line 27:		Line 27:
	<div style="padding: 0.5em;">		<div style="padding: 0.5em;">

	Chaque script dormant dans un objet ajoute de 0.001 à 0.003 milliseconde par tranche de temps. Moins de scripts, meilleure est l'efficacité.		Chaque script dormant dans un objet ajoute de 0.001 à 0.003 milliseconde par tranche de temps. Moins il y a de scripts, meilleure est l'efficacité.

	* Si vous avez besoin d'un tas de "boutons", évitez de mettre un script dans chaque prim. Utilisez [[llDetectedLinkNumber]] dans le prim racine pour détecter quel sous-prim a été touché.		* Si vous avez besoin d'un tas de "boutons", évitez de mettre un script dans chaque prim. Utilisez [[llDetectedLinkNumber]] dans le prim racine pour détecter quel sous-prim a été touché.
	* Si vous avez besoin de changer la couleur, la transparence (alpha) ou la texture d'un sous-prim, évitez encore de mettre un script dans chaque prim. Utilisez plutôt [[llSetLinkAlpha]], [[llSetLinkColor]], [[llSetLinkTexture]]~~, or~~ [[llSetLinkPrimitiveParams]].		* Si vous avez besoin de changer la couleur, la transparence (alpha) ou la texture d'un sous-prim, évitez encore de mettre un script dans chaque prim. Utilisez plutôt [[llSetLinkAlpha]], [[llSetLinkColor]], [[llSetLinkTexture]] ou [[llSetLinkPrimitiveParams]].
	* Ne mettez '''jamais''' un script qui écoute sur le canal 0 (ou autre) dans chaque prim d'un objet complexe . C'est sans doute la pire des choses à faire. Malheureusement, elle est trop fréquente.		* Ne mettez '''jamais''' un script qui écoute sur le canal 0 (ou autre) dans chaque prim d'un objet complexe . C'est sans doute la pire des choses à faire. Malheureusement, elle est trop fréquente.
	* Pensez à utiliser [[XyzzyText]] à la place de [[XyText]].		* Pensez à utiliser [[XyzzyText]] à la place de [[XyText]].
Line 100:		Line 100:
	<div style="padding: 0.5em;">		<div style="padding: 0.5em;">

	Les mesures suivantes ont été collectées avec la fonction ci-dessus dans un simulateur récent et vide, avec ce seul script s'exécutant dans un ~~HUD~~. Elles sont la moyenne de 20 exécutions.		Les mesures suivantes ont été collectées avec la fonction ci-dessus dans un simulateur récent et vide, avec ce seul script s'exécutant dans un ATH. Elles sont la moyenne de 20 exécutions.
	++a: 0.173780 ms std~~. dev~~.: 0.003393 ms		++a : 0,173780 ms dév. std. : 0,003393 ms
	a += 1: 0.181720 ms std~~. dev~~.: 0.013267 ms		a += 1 : 0,181720 ms dév. std. : 0,013267 ms
	a++: 0.243500 ms std~~. dev~~.: 0.013816 ms		a++ : 0,243500 ms dév. std. : 0,013816 ms
	a++ prend en gros 40% de temps de plus que ++a.		a++ prend en gros 40% de temps de plus que ++a.

	Bien que ces données soient correctes, elles n'~~ontas~~ été obtenues avec le code de référence ci-dessus, mais avec une version légèrement moins optimisée écrite par {{User\|Xaviar Czervik}}. Si quelqu'un pouvait répéter les tests avec la version de référence, merci.		Bien que ces données soient correctes, elles n'ont pas été obtenues avec le code de référence ci-dessus, mais avec une version légèrement moins optimisée écrite par {{User\|Xaviar Czervik}}. Si quelqu'un pouvait répéter les tests avec la version de référence, merci.

	++a: 0.364700 ~~millis~~		++a : 0,364700 ms
	a += 1: 0.346900 ~~millis~~		a += 1 : 0,346900 ms
	a++: 0.413700 ~~millis~~		a++ : 0,413700 ms

	Même test pour la boucle for:		Même test pour la boucle for :
	++a: 0.358370 ~~millis~~		++a : 0,358370 ms
	a += 1: 0.351200 ~~millis~~		a += 1 : 0,351200 mis
	a++: 0.424600 ~~millis~~		a++ : 0,424600 ms

	[[llOwnerSay]] v. [[llSay]] v. [[llShout]] v. [[llWhisper]] (canal 0):		[[llOwnerSay]] par rapport à [[llSay]], [[llShout]] еt [[llWhisper]] (canal 0) :
	llOwnerSay(): 4.359000 ~~millis~~		llOwnerSay() : 4,359000 ms
	llWhisper(): 5.201000 ~~millis~~		llWhisper() : 5,201000 ms
	llSay(): 5.226000 ~~millis~~		llSay() : 5,226000 ms
	llShout(): 14.877000 ~~millis~~		llShout() : 14,877000 ms

	Autres canaux ([[llSay]]() ~~Used for all~~):		Autres canaux ([[llSay]]() utilisé dans tous les cas) :
	-100000000: 1.226400 ~~millis~~		-100000000 : 1,226400 ms
	-100000: 1.254300 ~~millis~~		-100000 : 1,254300 ms
	-100: 1.296100 ~~millis~~		-100 : 1,296100 ms
	-1: 1.292400 ~~millis~~		-1 : 1,292400 ms
	0: 5.226000 ~~millis~~		0 : 5,226000 ms
	1: 1.242300 ~~millis~~		1 : 1,242300 ms
	100: 1.249100 ~~millis~~		100 : 1,249100 ms
	100000: 1.219700 ~~millis~~		100000 : 1,219700 ms
	100000000: 1.228700 ~~millis~~		100000000 : 1,228700 ms

	Longueur du texte ([[llSay]]() et canal 1:		Longueur du texte ([[llSay]]() et canal 1 :
	<pre>		<pre>
	1 ~~Character~~: 1.242300 ~~millis~~		1 Caractère : 1.242300 ms
	10 ~~Characters~~: 1.309700 ~~millis~~		10 Caractères : 1.309700 ms
	100 ~~Characters~~: 1.965600 ~~millis~~		100 Caractères : 1.965600 ms
	</pre>		</pre>

Jeff Kelley: first translation

2007-12-04T10:13:57Z

first translation

New page

{{Multi-lang}}
<div style="float:right;">__TOC__</div>{{LSL Header}}

<div id="box">
== Qu'est-ce que l'Efficacité? ==
<div style="padding: 0.5em;">

L'efficacité est l'inverse des ressources consommées pour effectuer une tâche donnée. Plus le script est efficace, moins il consomme de ressouces. L'efficacité va souvent de pair avec la rapidité, mais cela n'est pas une généralité.

Les points qui ont un impact négatif sur l'efficacité sont, à peu près par odre d'importance:

* Le nombre de scripts utilisés pour accomplir une même tâche. Cf. Conception Optimale.
* [[llSleep]] - Cette fonction consomme 0.2 à 0.3 milliseconde par tranche de temps pendant que le script dort. Les timers ([[llSetTimerEvent]]) sont bien plus efficaces.
* Les timers "courts" (<5 sec) sont grands consommateurs de ressources.
* [[Listen]] - particulièrement sur le canal 0
* Les changements fréquents de texture (les autres utilisateurs sont contraints de les charger)
* L'utilisation des rotations côté serveur au lieu [[llTargetOmega]]
* Les gestionnaires d'évènements inutiles (touch, collision, ...)
* Un grand volume de mails ou d'IM
* Les algorithmes non optimaux (recherche linéaire par exemple, par opposition à dichotomie)
* Les boucles d'attente actives

</div></div>
<div id="box">

== Conception Optimale ==
<div style="padding: 0.5em;">

Chaque script dormant dans un objet ajoute de 0.001 à 0.003 milliseconde par tranche de temps. Moins de scripts, meilleure est l'efficacité.

* Si vous avez besoin d'un tas de "boutons", évitez de mettre un script dans chaque prim. Utilisez [[llDetectedLinkNumber]] dans le prim racine pour détecter quel sous-prim a été touché.
* Si vous avez besoin de changer la couleur, la transparence (alpha) ou la texture d'un sous-prim, évitez encore de mettre un script dans chaque prim. Utilisez plutôt [[llSetLinkAlpha]], [[llSetLinkColor]], [[llSetLinkTexture]], or [[llSetLinkPrimitiveParams]].
* Ne mettez '''jamais''' un script qui écoute sur le canal 0 (ou autre) dans chaque prim d'un objet complexe . C'est sans doute la pire des choses à faire. Malheureusement, elle est trop fréquente.
* Pensez à utiliser [[XyzzyText]] à la place de [[XyText]].

En résumé, si vous êtes sur le point de mettre un script dans chaque prim d'un objet, arrêtez et cherchez comment faire autrement avec moins de scripts. Il existe pratiquement toujours une autre solution. À vous de décider si elle est viable dans le contexte de votre application.

</div></div>
<div id="box">

== Micro-optimisation ==

Il existe beaucoup d'astuces pour accélérer les scripts, comme utiliser ++a au lieu de a++. Cependant, ce genre d'optimisations peut se révéler sans effet dans le futur (en cas de changement d'implémentation de LSL).

== Quel temps prend ce code ? ==
<div style="padding: 0.5em;">

Le code suivant mesure le temps passé dans chaque appel de fonction, en millisecondes.

Atention, ne modifiez pas ce code sur le wiki sans une [[Talk:LSL_Script_Efficiency|discussion]] préalable. Un changement même mineur peut entraîner des discordances dans les mesures. Ce code est un étalon de mesure et doit être recopié exactement, commentaires inclus, tel que figurant ici.

Merci à {{User|Xaviar Czervik}} pour le code original, à {{User|Strife Onizuka}} pour l'amélioration de sa précision, et à tous les autres contributeurs listés dans l'historique de cette page.

<pre>
//IMPORTANT: Only perform tests in an empty region.
// To reduce contamination and be sure to wearing no attachments.
// Preferably do tests in a private sim with one on it.
// Don't move while performing the test.
// There is a margin of error so run the tests multiple times to determine it.

integer time() { // count milliseconds since the day began
string stamp = llGetTimestamp(); // "YYYY-MM-DDThh:mm:ss.ff..fZ"
return (integer) llGetSubString(stamp, 11, 12) * 3600000 + // hh
(integer) llGetSubString(stamp, 14, 15) * 60000 + // mm
llRound((float)llGetSubString(stamp, 17, -2) * 1000000.0)/1000; // ss.ff..f
}

default {
state_entry() {
llOwnerSay((string) llGetFreeMemory());

//test variables
float counter;

//framework variables
float i = 0;
float j = 0;
float max = 10000; // 2ms of work takes 20 seconds to repeat 10,000 times, plus overhead

float t0 = time();
do {

//test
counter += 1;

}while (++i < max);
float t1 = time();
do ; while (++j < max);
float t2 = time();//remove the time required by the framework
float elapsed = ((t1 - t0) - (t2 - t1))/max;
llOwnerSay("The function in the loop took a total of " + (string)elapsed + " milliseconds.");
}
}
</pre>

</div></div>
<div id="box">

== Mesures d'efficacité ==
<div style="padding: 0.5em;">

Les mesures suivantes ont été collectées avec la fonction ci-dessus dans un simulateur récent et vide, avec ce seul script s'exécutant dans un HUD. Elles sont la moyenne de 20 exécutions.
++a: 0.173780 ms std. dev.: 0.003393 ms
a += 1: 0.181720 ms std. dev.: 0.013267 ms
a++: 0.243500 ms std. dev.: 0.013816 ms
a++ prend en gros 40% de temps de plus que ++a.

Bien que ces données soient correctes, elles n'ontas été obtenues avec le code de référence ci-dessus, mais avec une version légèrement moins optimisée écrite par {{User|Xaviar Czervik}}. Si quelqu'un pouvait répéter les tests avec la version de référence, merci.

++a: 0.364700 millis
a += 1: 0.346900 millis
a++: 0.413700 millis

Même test pour la boucle for:
++a: 0.358370 millis
a += 1: 0.351200 millis
a++: 0.424600 millis

[[llOwnerSay]] v. [[llSay]] v. [[llShout]] v. [[llWhisper]] (canal 0):
llOwnerSay(): 4.359000 millis
llWhisper(): 5.201000 millis
llSay(): 5.226000 millis
llShout(): 14.877000 millis

Autres canaux ([[llSay]]() Used for all):
-100000000: 1.226400 millis
-100000: 1.254300 millis
-100: 1.296100 millis
-1: 1.292400 millis
0: 5.226000 millis
1: 1.242300 millis
100: 1.249100 millis
100000: 1.219700 millis
100000000: 1.228700 millis

Longueur du texte ([[llSay]]() et canal 1:
<pre>
1 Character: 1.242300 millis
10 Characters: 1.309700 millis
100 Characters: 1.965600 millis
</pre>