Configuration/fr - Revision history

Acryline: /* Running OpenSimulator in Grid mode */

2021-09-18T05:34:41Z

‎Running OpenSimulator in Grid mode

Acryline: Acryline moved page Fr/Configuration to Configuration/fr over redirect: Standardize the name of the pages in French

2021-09-18T04:54:15Z

Acryline moved page Fr/Configuration to Configuration/fr over redirect: Standardize the name of the pages in French

Acryline: /* References */

2021-08-19T10:54:47Z

‎References

Acryline: /* où aller depuis içi */

2021-08-19T10:50:13Z

‎où aller depuis içi

Acryline: /* où aller depuis içi */

2021-08-19T10:49:59Z

‎où aller depuis içi

Acryline: /* Historisation */

2021-08-19T10:40:10Z

‎Historisation

Acryline: /* Note à propos de Mono */

2021-08-19T10:27:17Z

‎Note à propos de Mono

Acryline: /* Exécuter OpenSimulator 0.6.7 à 0.7.6.1 en 64 bit Windows */

2021-08-19T10:27:06Z

‎Exécuter OpenSimulator 0.6.7 à 0.7.6.1 en 64 bit Windows

Acryline: /* Exécuter une installation d'OpenSimulator en standalone ou grid avec Hypergrid activé */

2021-08-19T10:21:49Z

‎Exécuter une installation d'OpenSimulator en standalone ou grid avec Hypergrid activé

Acryline: /* Attacher votre sim à une grille de quelqu'un d'autre */

2021-08-19T10:20:26Z

‎Attacher votre sim à une grille de quelqu'un d'autre

@@ Line 170: / Line 170: @@
   (commande de console: create region Johnnyland RegionConfigure.ini)
-= Running OpenSimulator in Grid mode =
+= Utiliser OpenSimulator en mode Grid  =
 Exécuter OpenSimulator en mode grid est considérablement plus compliqué que de lancer une instance en standalone. A la place de lancer tout dans le même processus, les services de données tierces (asset, inventory, etc...) sont exécutés sur un ou plusieurs processus, souvent sur des machines différentes. Ceci permet à plusieurs instances OpenSim.exe d'utiliser les mêmes données d'asset et d'inventaire.

@@ Line 476: / Line 476: @@
 = References =
-* [http://dist.opensimulator.org/wiki/opensim-standalone.odg OpenOffice draw file for OpenSimulator standalone diagram]
+* [http://dist.opensimulator.org/wiki/opensim-standalone.odg Fichier du dessin OpenOffice du schéma d'OpenSimulator en mode standalone]
-* [http://dist.opensimulator.org/wiki/opensim-grid-simple.odg OpenOffice draw file for OpenSimulator grid diagram]
+* [http://dist.opensimulator.org/wiki/opensim-grid-simple.odg Fichier du dessin OpenOffice du schéma d'OpenSimulator en mode grille]
 [[Category:Configuration]]

@@ Line 464: / Line 464: @@
 * [[Internally Generated]]
-= où aller depuis içi =
+= Où aller depuis içi =
 * [[NAT Loopback Routers]] Informations sur les routeurs et ne NAT loopback

@@ Line 470: / Line 470: @@
 * [[Upgrading]] depuis une vieille version de OpenSimulator version une plus récente.
-* [[Server Commands]] pour créer des utilisateurs et contrôler le systeme.
+* [[Configuring_Simulator_Parameters]] structure de configuration en cascade, variables d'environnement
-* Fixe le bug des genoux pliés: [[FAQ#Why are my knees bent when I stand idle.3F]]
+* [[Server Commands]] pour créer des utilisateurs et contrôler le système.
 = References =

@@ Line 448: / Line 448: @@
 === Historisation ===
 Par défaut, OpenSimulator ecrit des informations dans un fichier appellé OpenSim.log dans le dossier bin. Voir [[Logging]] pour les détails sur comment configurer plus en détails.
 === Configurer les autres modules optionnels ===

← Older revision		Revision as of 10:27, 19 August 2021
Line 409:		Line 409:

	Linux 64Bit ne fait fonctionner le simulateur qu'en mode 64Bit		Linux 64Bit ne fait fonctionner le simulateur qu'en mode 64Bit
−
−	~~== Note à propos de Mono ==~~
−
−	Mono et .NET possèdent leur propre threadpool. Par défaut, OpenSimulator est configuré pour utiliser un threadpool différent appellé SmartThreadPool pour plusieurs tâches partiellement à cause de problèmes avec les implémentations récentes du threadpool de Mono.
−
−	Cependant meme avec ce reglage certaines opérations sont opérées avec le threadpool intégré. Au moins, dans certaines versions de mono (surtout celles avant 2.6), alors la configuration par defaut peut causer des problemes avec OpenSimulator - [http://www.mono-project.com/ThreadPool_DeadLocks ThreadPool_Deadlocks at the mono-project website].
−
−	Si c'est un probleme ou si la threadpool s'exécute en dehors des threads disponibles alors le fonctionnement de votre simulateur commencera à s'effriter de toutes parts. Un symptome commun est le gel de toute activité lors de la connexion d'un avatar.
−
−	Le parametre MONO_THREADS_PER_CPU affecte le nombre de workers des threadpools internes existantes en dessous desquels Mono génèrera un nouveau thread quand OpenSimulator ajoute une nouvelle tâche. C'est MONO_THREADS_PER_CPU * 4. Donc si défini sur 50, le nombre minimum de workers sera de 200.
−
−	~~Au dessus de ce nombre, Mono fera une décision en interne qui est soit de générer un nouveau thread, ou attendre qu'un thread existant complete sa tâche.~~
−
−	L'effet de ce parametre est extremement dépendant de chaque implémentation et dépendant des versions de Mono que vous utilisez. Avant 2.6 par exemple, il etait définitivement meilleur de définir un MONO_THREADS_PER_CPU à cause de problemes avec le thread pool de Mono. En théorie, les versions suivantes de Mono ne sont pas susceptibles d'avoir ce problème. Mono 2.10.8.1, par exemple a une valeur par defaut de MONO_THREADS_PER_CPU de 1 (malgré ce que dit la page erronée de la doc de Mono).
−
−	Cependant, les gens reportent un bénéfice en définissant MONO_THREADS_PER_CPU plus grand que par défaut. Le nombre exact dépend de plusieurs facteurs incluant : le nombre de CPU dans votre machine, pour quoi d'autre utilisez vous votre machine, combien de regions avez vous sur votre simulateur, combien d'entre elles sont adjacentes, combien de scripts avez vous, et combien d'avatar vous attendez vous à accueillir en même temps. Comme référence, Wright Plaza sur OSGrid qui est exécutée sur un simulateur avec une seule région et frequemment héberge des réunions de 20 avatars utilise la valeur de 125.
−
−	~~Par exemple: $ export MONO_THREADS_PER_CPU=125~~
−
−	~~Donc si vous avez des problemes avec des avatars gelés et que votre hardware respecte bien les recommandations [[Performance]], alors vous devriez définir cette variable d'environnement.~~
−
−	~~Il y a un programme tres basique pour afficher les réglages actuels de la configuration des threadpools sur https://github.com/justincc/opensimulator-tools/tree/master/analysis/threadpool-info.~~
−
−	Tout ceci s'applique aux nombres de threadpools minimums, pas la quantité maximale de threads. OpenSimulator lui même tente d'ajuster la quantité maximale. Vous pouvez voir la sortie de ceci pres du début du fichier OpenSim.log.

	== Augmenter le stack reserve level en utilisant OpenDynamicsEngine on *nix ==		== Augmenter le stack reserve level en utilisant OpenDynamicsEngine on *nix ==

@@ Line 394: / Line 394: @@
 Voir [[Troubleshooting]]
-== Exécuter OpenSimulator 0.6.7 à 0.7.6.1 en 64 bit Windows ==
+== Exécution d'OpenSimulator en 32 bit dans Windows 64bit ==
-[[Image:Exclamation.png|left]]
-'''NOTE:''' ''Commits 3e5bc75 et e8ca900 ont déplacé ce fichier vers le dossier ./share/32BitLaunch car ils ne devraient plus être nécéssaires et sont voués à disparaitre du projet'
+Windows 64Bit peut faire tourner plusieurs instances d'OpenSim en mode 32Bit, permettant à chacune d'entre elles d'utiliser jusqu'à environ 2 Go de RAM physique totale.
-Depuis OpenSimulator 0.6.7 et jusqu'à la release 0.7.6.1, le moteur physique par défaut a été défini comme étant le moteur ODE. Ceci car ODE etait le plugin de physique le plus avancé à cette époque. Malheureusement il y eut l'inconvénient que cette librairie n'etait pas compilable en 64 bits sous Windows.
+C'est presque la mémoire totale disponible sur les versions 32Bit de Windows, pour tous les programmes (environ 3GB)
-Cependant, afin de pouvoir lancer un simulateur de régions sous Windows 64bits pour les versions 0.6.7 à 0.7.6.1 utilisant ODE, les utilisateurs avaient besoin de lancer:
+En mode 32Bit, le simulateur utilise moins de mémoire et peut être un peu plus rapide, donc à moins que vous n'ayez de très grandes régions, vous pouvez l'exécuter en mode 32Bit, il suffit d'exécuter :
-  OpenSim.32BitLaunch.exe
+  OpenSim32.exe au lieu de OpenSim.exe
-au lieu de:
+Vous pouvez également exécuter Robust en mode 32Bit :
-  OpenSim.exe
+  Robust32.exe à la place de Robust.exe
-Une alternative est d'utiliser le basicphysics engine à la place ou bien une des autres alternatives de moteurs de physique fournis avec OpenSimulator. Cependant, tous étaient moins fonctionnels que ODE.
+Linux 64Bit ne fait fonctionner le simulateur qu'en mode 64Bit
-−
-Depuis OpenSimulator 0.8 le moteur de physique par défaut est BulletSim.
 == Note à propos de Mono ==

@@ Line 386: / Line 386: @@
 = Exécuter une installation d'OpenSimulator en standalone ou grid avec Hypergrid activé =
-[[Hypergrid]] est une architecture émergeante supportée par OpenSimulator qui autorise un utilisateur avec un compte sur une standalone ou une grille de visiter d'autres standalones ou grilles compatibles hypergrid tout en permettant aux utilisateurs de chaque grille de visiter la sienne. Ceci ne requiert pas les deux installations pour partager des services de données (assets, inventory, etc...). SVP voir [[Installing and Running Hypergrid]] pour plus de détails.
+[[Hypergrid/fr]] est une architecture émergeante supportée par OpenSimulator qui autorise un utilisateur avec un compte sur une standalone ou une grille de visiter d'autres standalones ou grilles compatibles hypergrid tout en permettant aux utilisateurs de chaque grille de visiter la sienne. Ceci ne requiert pas les deux installations pour partager des services de données (assets, inventory, etc...). SVP voir [[Installing and Running Hypergrid/fr]] pour plus de détails.
 = Notes supplémentaires =

← Older revision		Revision as of 10:20, 19 August 2021
Line 377:		Line 377:
	= Attacher votre sim à une grille de quelqu'un d'autre =		= Attacher votre sim à une grille de quelqu'un d'autre =

		+	* Assurez-vous de comprendre, d'accepter et d'appliquer les conditions de service de cette grille.
		+	* Suivez les instructions du propriétaire du réseau !
	Pour définir un serveur de région (ex: <tt>OpenSim.exe</tt>) afin de se connecter à une grille externe, suivre les données citées précédemment [[Configuration/fr#Etape 2: Configurer OpenSim.exe pour utiliser les services ROBUST]].		Pour définir un serveur de région (ex: <tt>OpenSim.exe</tt>) afin de se connecter à une grille externe, suivre les données citées précédemment [[Configuration/fr#Etape 2: Configurer OpenSim.exe pour utiliser les services ROBUST]].