[gnome-devel-docs] Updated Optimization French doc translation

[Bruno Brouard <bbrouard src gnome org>]

commit d647b19bf46521bef034a020b5f66d4c07cbec18
Author: Bruno Brouard <annoa b gmail com>
Date:   Tue Mar 22 12:13:05 2011 +0100

    Updated Optimization French doc translation

 optimization-guide/fr/fr.po |   18 +++++++++---------
 1 files changed, 9 insertions(+), 9 deletions(-)
---
diff --git a/optimization-guide/fr/fr.po b/optimization-guide/fr/fr.po
index 96d8f8c..aabcfeb 100644
--- a/optimization-guide/fr/fr.po
+++ b/optimization-guide/fr/fr.po
@@ -1,5 +1,5 @@
 # French translation for gnome-devel-docs.
-# Copyright (C) 2009-2010 gnome-devel-docs's COPYRIGHT HOLDER
+# Copyright (C) 2009-2011 gnome-devel-docs's COPYRIGHT HOLDER
 # This file is distributed under the same license as the gnome-devel-docs package.
 #
 # Nicolas Repentin <nicolas repentin gmail com>, 2009.
@@ -9,9 +9,9 @@ msgid ""
 msgstr ""
 "Project-Id-Version: gnome-devel-docs master\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2010-08-29 17:06+0000\n"
-"PO-Revision-Date: 2010-09-03 00:34+0200\n"
-"Last-Translator: Gérard Baylard <gerard b bbox fr>\n"
+"POT-Creation-Date: 2010-10-24 16:27+0000\n"
+"PO-Revision-Date: 2011-03-22 12:06+0100\n"
+"Last-Translator: Bruno Brouard <annoa b gmail com>\n"
 "Language-Team: GNOME French Team <gnomefr traduc org>\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -592,7 +592,7 @@ msgid ""
 "from the reports and gives you a clearer idea of what code is allocating "
 "memory. The allocating functions in glib are g_malloc, g_malloc0, g_realloc, "
 "g_try_malloc, and g_mem_chunk_alloc. You use the --alloc-fn option to tell "
-"Masiff about them."
+"Massif about them."
 msgstr ""
 "Il est également utile d'indiquer à <application>Massif</application> "
 "quelles sont les fonctions d'allocation mémoire dans <literal>glib</"
@@ -913,7 +913,7 @@ msgid ""
 "The spacetime use of gdk_pixbuf_new is now a thin band that only spikes "
 "briefly (it is now the sixteenth band down and shaded magenta). As a bonus, "
 "the peak memory use has dropped by 200 kB since the spike occurs before "
-"other memory is allocated. If two processes like this where run together the "
+"other memory is allocated. If two processes like this were run together the "
 "chances of the peak memory usage coinciding, and hence the risk of swapping, "
 "would be quite low."
 msgstr ""
@@ -1020,9 +1020,9 @@ msgid ""
 "We now face diminishing returns for our optimization efforts. The graph "
 "hints at another possible approach: Both the \"other\" and \"heap admin\" "
 "bands are quite large. This tells us that there are a lot of small "
-"allocations are being made from a variety of places. Eliminating these will "
-"be difficult, but if they can be grouped then the individual allocations can "
-"be larger and the \"heap admin\" overhead can be reduced."
+"allocations being made from a variety of places. Eliminating these will be "
+"difficult, but if they can be grouped then the individual allocations can be "
+"larger and the \"heap admin\" overhead can be reduced."
 msgstr ""
 "Nous voila maintenant confrontés à la diminution du rendement de nos efforts "
 "d'optimisation. Le graphique suggère une autre approche possible : les deux "