Index: trunk/workshop-foss4g/tuning.rst
===================================================================
--- trunk/workshop-foss4g/tuning.rst	(revision 50)
+++ trunk/workshop-foss4g/tuning.rst	(revision 62)
@@ -4,11 +4,11 @@
 =================================================
 
-PostgreSQL est une base de donnÃ©es trÃšs versatile, capable de tourner dans des environnements ayant des ressources trÃšs limitÃ©s et partageant ces ressources avec un grand nombre d'autres applications. Afin d'assurer qu'il tournera convenablement dans ces environnements, la configuration par dÃ©faut est trÃšs peu consomatrice de ressource mais terriblement innadapatÃ© pour des bases de donnÃ©es hautes-performances en production. Ajoutez Ã  cela le fait que les base de donnÃ©es spatiales ont diffÃ©rent type d'utilisation, et que les donnÃ©es sont gÃ©nÃ©ralement plus grandes que les autres types de donnÃ©es, vous en arriverez Ã  la conclusion que les parÃštres par dÃ©faut ne sont pas appropriÃ© pour notre utilisasion.
+PostgreSQL est une base de donnÃ©es trÃšs versatile, capable de tourner dans des environnements ayant des ressources trÃšs limitÃ©es et partageant ces ressources avec un grand nombre d'autres applications. Afin d'assurer qu'elle tournera convenablement dans ces environnements, la configuration par dÃ©faut est trÃšs peu consommatrice de ressources mais terriblement inadaptÃ©e pour des bases de donnÃ©es hautes-performances en production. Ajoutez Ã  cela le fait que les bases de donnÃ©es spatiales ont diffÃ©rents types d'utilisation, et que les donnÃ©es sont gÃ©nÃ©ralement plus grandes que les autres types de donnÃ©es, vous en arriverez Ã  la conclusion que les paramÃštres par dÃ©faut ne sont pas appropriÃ©s pour notre utilisation.
 
-Tout ces paramÃštres de configuration peuvent Ãªtre Ã©ditÃ©s dans le fichier de configuration de la base de donnÃ©es : :file:`C:\\Documents and Settings\\%USER\\.opengeo\\pgdata\\%USER`.  Le contenu du fichier est du texte et il peut donc Ãªtre ouvert avec l'outils d'Ã©dition de fichiers de votre choix (Notepad par exemple). Les modifications apportÃ©es Ã  ce fichier ne seront effectives que lors du redÃ©marrage du serveur.
+Tous ces paramÃštres de configuration peuvent Ãªtre Ã©ditÃ©s dans le fichier de configuration de la base de donnÃ©es : :file:`C:\\Documents and Settings\\%USER\\.opengeo\\pgdata\\%USER`.  Le contenu du fichier est du texte et il peut donc Ãªtre ouvert avec l'outil d'Ã©dition de fichiers de votre choix (Notepad par exemple). Les modifications apportÃ©es Ã  ce fichier ne seront effectives que lors du redÃ©marrage du serveur.
 
 .. image:: ./tuning/conf01.png
 
-Une faÃ§on simple d'Ã©diter ce fichier de configuration est d'utiliser l'outils nommÃ© : "Backend Configuration Editor".  Depuis pgAdmin, allez dans *File > Open postgresql.conf...*. Il vous sera demandÃ© le chemin du fichier, naviguez dans votre arborescence jusqu'au fichier :file:`C:\\Documents and Settings\\%USER\\.opengeo\\pgdata\\%USER`.
+Une faÃ§on simple d'Ã©diter ce fichier de configuration est d'utiliser l'outil nommÃ© : "Backend Configuration Editor".  Depuis pgAdmin, allez dans *File > Open postgresql.conf...*. Il vous sera demandÃ© le chemin du fichier, naviguez dans votre arborescence jusqu'au fichier :file:`C:\\Documents and Settings\\%USER\\.opengeo\\pgdata\\%USER`.
 
 .. image:: ./tuning/conf02.png
@@ -16,12 +16,12 @@
 .. image:: ./tuning/conf03.png
 
-Cette partie dÃ©crit certains des paramÃštres de configuration qui doivent Ãªtre modifiÃ©s pour la mise ne place d'une base de donnÃ©es spatiale en production. Pour chaque partie, trouvez le bon paramÃštres dans la liste et double cliquez dessus pour l'Ã©diter. Changez le champs *Value* par la valeur que nous recommendons, assurez-vous que le champs est bien activÃ© pui cliquez sur **OK**.
+Cette partie dÃ©crit certains des paramÃštres de configuration qui doivent Ãªtre modifiÃ©s pour la mise ne place d'une base de donnÃ©es spatiale en production. Pour chaque partie, trouvez le bon paramÃštre dans la liste et double cliquez dessus pour l'Ã©diter. Changez le champ *Value* par la valeur que nous recommandons, assurez-vous que le champ est bien activÃ© puis cliquez sur **OK**.
 
-.. note:: Ces valeurs sont seulement celles que nous recommendons, chaque environnement differera et tester les diffÃ©rents paramÃ©trages est toujours nÃ©cessaire pour s'assurer d'utiliser la configuration optimale. Mais dans cette partie nous vous fournissons un bon point de dÃ©part.
+.. note:: Ces valeurs sont seulement celles que nous recommandons, chaque environnement diffÃšrera et tester les diffÃ©rents paramÃ©trages est toujours nÃ©cessaire pour s'assurer d'utiliser la configuration optimale. Mais dans cette partie nous vous fournissons un bon point de dÃ©part.
 
 shared_buffers
 --------------
 
-Alloue la quantitÃ© de mÃ©moire que le serveur de bases de donnÃ©es utilise pour ses segments de mÃ©moires partagÃ©es. Cela est partagÃ© par tout les processus serveur, comme sont nom l'indique. La valeur par dÃ©faut est affligeante et inadaptÃ©e pour une base de donnÃ©es en production.
+Alloue la quantitÃ© de mÃ©moire que le serveur de bases de donnÃ©es utilise pour ses segments de mÃ©moires partagÃ©es. Cela est partagÃ© par tous les processus serveur, comme son nom l'indique. La valeur par dÃ©faut est affligeante et inadaptÃ©e pour une base de donnÃ©es en production.
 
   *Valeur par dÃ©faut* : typiquement 32MB
@@ -34,7 +34,7 @@
 --------
 
-DÃ©finit la quantitÃ© de mÃ©moire que les opÃ©ration interne d'ordonnancement et les tables de hachages peuvent consommer avec le serveur passe Ã  des fichiers sur le disque. Cette valeur dÃ©finit la mÃ©moire disponible pour chaque opÃ©ration complexe, les requÃªtes complexes peuvent avoir plusieurs ordres ou opÃ©ration de hachage tournant en parallÃšle, et chaque client s connectÃ© peut exÃ©cuter une requÃªte. 
+DÃ©finit la quantitÃ© de mÃ©moire que les opÃ©ration internes d'ordonnancement et les tables de hachages peuvent consommer avec le serveur sur le disque. Cette valeur dÃ©finit la mÃ©moire disponible pour chaque opÃ©ration complexe, les requÃªtes complexes peuvent avoir plusieurs ordres ou opÃ©ration de hachage tournant en parallÃšle, et chaque client connectÃ© peut exÃ©cuter une requÃªte.
 
-Vous devez donc considÃ©rer combient de connexions et quel complexitÃ© est attendu dans les requÃªtes avant d'augmenter cette valeur. Le bÃ©nÃ©fice acquis par l'augmentation de cette valeur est que la plupart des opÃ©ration de classification,dont les clause ORDER BY et DISTINCT, les jointures, les agrÃ©gation basÃ© sur les hachages et l'exÃ©cution de requÃªte imbriquÃ©es, pourront Ãªtre rÃ©alisÃ© sans avoir Ã  passer par un stockage sur disque.
+Vous devez donc considÃ©rer combien de connexions et quelle complexitÃ© est attendue dans les requÃªtes avant d'augmenter cette valeur. Le bÃ©nÃ©fice acquis par l'augmentation de cette valeur est que la plupart des opÃ©ration de classification, dont les clause ORDER BY et DISTINCT, les jointures, les agrÃ©gation basÃ©es sur les hachages et l'exÃ©cution de requÃªte imbriquÃ©es, pourront Ãªtre rÃ©alisÃ©es sans avoir Ã  passer par un stockage sur disque.
 
   *Valeur par dÃ©faut* : 1MB
@@ -47,5 +47,5 @@
 --------------------
 
-DÃ©finit la quantitÃ© de mÃ©moire utilisÃ© pour les opÃ©ration de maintenances, dont le nÃ©ttoyage (VACUUM), les indexes et la crÃ©ation de clef Ã©trangÃšres. Comme ces opÃ©ration sont courremment utilisÃ©es, la valeur par dÃ©faut devrait Ãªtre acceptable. Ce paramÃštre peut Ãªtre augmentÃ© dynamiquement Ã  l'exÃ©cution depuis une connexion au serveur avant l'exÃ©cution d'un grand nombre d'appels Ã  :command:`CREATE INDEX` ou :command:`VACUUM` comme le montre la commande suivante.
+DÃ©finit la quantitÃ© de mÃ©moire utilisÃ©e pour les opÃ©ration de maintenance, dont le nettoyage (VACUUM), les index et la crÃ©ation de clefs Ã©trangÃšres. Comme ces opÃ©ration sont couramment utilisÃ©es, la valeur par dÃ©faut devrait Ãªtre acceptable. Ce paramÃštre peut Ãªtre augmentÃ© dynamiquement Ã  l'exÃ©cution depuis une connexion au serveur avant l'exÃ©cution d'un grand nombre d'appels Ã  :command:`CREATE INDEX` ou :command:`VACUUM` comme le montre la commande suivante.
 
   .. code-block:: sql
@@ -57,5 +57,5 @@
   *Valeur par dÃ©faut* : 16MB
 
-  *Valeur recommendÃ©e* : 128MB
+  *Valeur recommandÃ©e* : 128MB
 
 .. image:: ./tuning/conf06.png
@@ -64,11 +64,11 @@
 -----------
 
-DÃ©finit la quantitÃ© de mÃ©moire utilisÃ© pour l'Ã©criture des donnÃ©es dans le journal respectant la rÃšgle du dÃ©faire (WAL). Elle indique que les informations pour annuler les effets d'une opÃ©ration sur un objet doivent Ãªtre Ã©crites dans le journal en mÃ©moire stable avant que l'objet modifiÃ© ne migre sur le disque. Cette rÃšgle permet d'assurer l'intÃ©gritÃ© des donnÃ©es lors d'une reprise aprÃšs dÃ©faillance. En effet,il suffirÃ© de lire le journal pour retrouver l'Ã©tat de la base lors de sont arrÃªt brutal. 
+DÃ©finit la quantitÃ© de mÃ©moire utilisÃ©e pour l'Ã©criture des donnÃ©es dans le journal respectant la rÃšgle du defer (WAL). Elle indique que les informations pour annuler les effets d'une opÃ©ration sur un objet doivent Ãªtre Ã©crites dans le journal en mÃ©moire stable avant que l'objet modifiÃ© ne migre sur le disque. Cette rÃšgle permet d'assurer l'intÃ©gritÃ© des donnÃ©es lors d'une reprise aprÃšs dÃ©faillance. En effet, il suffira de lire le journal pour retrouver l'Ã©tat de la base lors de son arrÃªt brutal.
 
-La taille de ce tampon nÃ©cessite simplement d'Ãªtre suffisament grand pour stoquer les donnÃ©es WAL pour une seule transaction. Alors que la valeur par dÃ©faut est gÃ©nÃ©ralement siffisante, les donnÃ©es spatiales tendent Ã  Ãªtre plus large. Il est donc recommendÃ© d'augmenter la taille spÃ©cifiÃ©e dans ce paramÃštre.
+La taille de ce tampon nÃ©cessite simplement d'Ãªtre suffisament grand pour stocker les donnÃ©es WAL pour une seule transaction. Alors que la valeur par dÃ©faut est gÃ©nÃ©ralement suffisante, les donnÃ©es spatiales tendent Ã  Ãªtre plus larges. Il est donc recommandÃ© d'augmenter la taille spÃ©cifiÃ©e dans ce paramÃštre.
 
   *Valeur par dÃ©faut* : 64kB
 
-  *Valeur recommendÃ©e* : 1MB
+  *Valeur recommandÃ©e* : 1MB
 
 .. image:: ./tuning/conf07.png
@@ -77,11 +77,11 @@
 -------------------
 
-Cette valeur dÃ©finit le nombre maximum de segements des journaux (typiquement 16MB) qui doit Ãªtre remplit entre chaque point de reprises WAL. Un point de reprise WAL est une partie d'une sÃ©quence de transactions pour lequel on garanti que les fichiers de donnÃ©es ont Ã©tÃ© mis Ã  jour avec toutes les requÃªtes prÃ©cÃ©dent ce point. Ã ce moment-lÃ  toutes les pages sont punaisÃ©es sur le disque et les point de reprises sont Ã©crit dans le fichier de journal. Cela permet au precessus de reprise aprÃšs dÃ©faillance de trouver les dernierspoints de reprises et applique toute les lignes suivantes pour rÃ©cupÃ©rer l'Ã©tat des donnÃ©es avant la dÃ©faillance.
+Cette valeur dÃ©finit le nombre maximum de segments des journaux (typiquement 16MB) qui doit Ãªtre remplit entre chaque point de reprise WAL. Un point de reprise WAL est une partie d'une sÃ©quence de transactions pour lequel on garantit que les fichiers de donnÃ©es ont Ã©tÃ© mis Ã  jour avec toutes les requÃªtes prÃ©cÃ©dant ce point. Ã ce moment-lÃ  toutes les pages sont punaisÃ©es sur le disque et les points de reprise sont Ã©crits dans le fichier de journal. Cela permet au processus de reprise aprÃšs dÃ©faillance de trouver les derniers points de reprise et applique toute les lignes suivantes pour rÃ©cupÃ©rer l'Ã©tat des donnÃ©es avant la dÃ©faillance.
 
-Ãtant donnÃ©e que les point de reprises nÃ©cessitent un punaisage de toutes le pages ayant Ã©tÃ© modifiÃ©e sur le disque, cela va crÃ©er une charge d'entrÃ©es/sorties significative. Le mÃªme arguement que prÃ©cÃ©demment s'applique ici, les donnÃ©es spatiales sont assez grandes pour contrebalancer l'optimisation de donnÃ©es non spatiales. Augmenter cette valeur limitera le nombre de points de reprise, mais impliquera un plus redÃ©marrage en cas de dÃ©faillance.
+Ãtant donnÃ© que les points de reprise nÃ©cessitent un punaisage de toutes le pages ayant Ã©tÃ© modifiÃ©es sur le disque, cela va crÃ©er une charge d'entrÃ©es/sorties significative. Le mÃªme argument que prÃ©cÃ©demment s'applique ici, les donnÃ©es spatiales sont assez grandes pour contrebalancer l'optimisation de donnÃ©es non spatiales. Augmenter cette valeur limitera le nombre de points de reprise, mais impliquera un redÃ©marrage plus lent en cas de dÃ©faillance.
 
   *Valeur par dÃ©faut* : 3
 
-  *Valauer recommendÃ©e* : 6
+  *Valeur recommandÃ©e* : 6
 
 .. image:: ./tuning/conf08.png
@@ -90,5 +90,5 @@
 ----------------
 
-Cette valeur sans unitÃ© reprÃ©sente le coÃ»t d'accÃšs allÃ©atoire au page du disque. Cete valeur est relative au autres paramÃštres de coÃ»t notemment l'accÃšs sÃ©quentiel au pages, et le coÃ»t des opÃ©ration processeur. Bien qu'il n'y ai pas de valeur magique ici, la valeur par dÃ©faut est gÃ©nÃ©ralement trop faible. Cette valeur peut Ãªtre affectÃ©e dynamiquement par session en utilisant la commande ``SET random_page_cost TO 2.0``.
+Cette valeur sans unitÃ© reprÃ©sente le coÃ»t d'accÃšs alÃ©atoire Ã  une page du disque. Cette valeur est relative aux autres paramÃštres de coÃ»t notamment l'accÃšs sÃ©quentiel aux pages, et le coÃ»t des opÃ©rations processeur. Bien qu'il n'y ait pas de valeur magique ici, la valeur par dÃ©faut est gÃ©nÃ©ralement trop faible. Cette valeur peut Ãªtre affectÃ©e dynamiquement par session en utilisant la commande ``SET random_page_cost TO 2.0``.
 
   *Valeur par dÃ©faut* : 4.0
@@ -97,9 +97,9 @@
 
 .. image:: ./tuning/conf09.png
-   
+
 seq_page_cost
 -------------
 
-C'est une paramÃštre qui controle le coÃ»t des accÃšs sÃ©quentiel au pages. Il n'est gÃ©nÃ©ralement pas nÃ©cessaire de modifier cette valeur maus la diffÃ©rence entre cette valeur et la valeurs ``random_page_cost`` affecte drastiquement le choix fait par le plannificateur de requÃªtes. Cette valeur peut aussi Ãªtre affectÃ©e depuis une session.
+C'est une paramÃštre qui contrÃŽle le coÃ»t des accÃšs sÃ©quentiels aux pages. Il n'est gÃ©nÃ©ralement pas nÃ©cessaire de modifier cette valeur mais la diffÃ©rence entre cette valeur et la valeur ``random_page_cost`` affecte drastiquement le choix fait par le planificateur de requÃªtes. Cette valeur peut aussi Ãªtre affectÃ©e depuis une session.
 
   *Valeur par dÃ©faut* : 1.0
@@ -112,10 +112,8 @@
 --------------------------
 
-AprÃšs avoir rÃ©alisÃ© ces changements mentionÃ© dans cette partie sauvez-les puis rechargez la configuration.
+AprÃšs avoir rÃ©alisÃ© les changements mentionnÃ©s dans cette partie sauvez-les puis rechargez la configuration.
 
- * Ceci se fait en cliquant avec le bouton droit sur le nom du serveur (``PostgreSQL 8.4 on localhost:54321``) depuis pgAdmin, selectionnez *Disconnect*. 
- * Cliquez sur le bouton *Shutdown* depuis le Dashboard OpenGeo, puis cliquez sur *Start*. 
+ * Ceci se fait en cliquant avec le bouton droit sur le nom du serveur (``PostgreSQL 8.4 on localhost:54321``) depuis pgAdmin, selectionnez *Disconnect*.
+ * Cliquez sur le bouton *Shutdown* depuis le Dashboard OpenGeo, puis cliquez sur *Start*.
  * Pour finir reconnectez-vous au serveur depuis pgAdmin (cliquez avec le bouton droit sur le serveur puis sÃ©lectionnez *Connect*).
- 
- 
- 
+
