<?xml version="1.0" ?>
<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN"
"dtd/kdex.dtd" [
<!ENTITY % addindex "IGNORE">
<!ENTITY % French "INCLUDE"
> <!-- change language only here -->
]>

<article lang="&language;">
<articleinfo>

<authorgroup>
<author
>&Mike.McBride; &Mike.McBride.mail;</author>
&traducteurYvesDessertine; 
</authorgroup>

<date
>2009-11-24</date>
<releaseinfo
>&kde; 4.4</releaseinfo>

<keywordset>
<keyword
>KDE</keyword>
<keyword
>Configuration du système</keyword>
<keyword
>performance</keyword>
<keyword
>préchargement</keyword>
</keywordset>
</articleinfo>

<sect1 id="sys-performance">
<title
>Paramètres de performance</title>

<para
>&kde; est utilisé sur un large gamme d'ordinateurs par des utilisateurs très variés. Dans la catégorie « Performance », cette boîte de dialogue permet à chaque utilisateur d'ajuster des options qui permettent de donner l'impression que l'ordinateur sur lequel est installé &konqueror; répond plus vite. </para>

<sect2
><title
>Instances de &konqueror;</title>
<para
>La première section de cette boîte de dialogue est intitulée <guilabel
>Réduire l'utilisation de la mémoire</guilabel
> et comporte trois options pour déterminer le nombre maximal d'instances de &konqueror; qui peuvent être ouvertes simultanément sur une machine.</para>

<note
><para
>Ne confondez pas les instances de &konqueror; avec les fenêtres ou les onglets de &konqueror;. Le nombre d'instances est déterminé par &kde;, et non par l'utilisateur. Vous pouvez voir les instances comme des données cachées des fenêtres et onglets de &konqueror;. Une instance de &konqueror; peut contenir les données de multiples fenêtres ou onglets. Votre choix parmi les boutons radio suivants ne limite pas le nombre de fenêtres ou d'onglets, mais plutôt le nombre d'instances que &konqueror; peur charger. </para>
<para
>L'importance des choix que vous faites ici se fait particulièrement ressentir lorsque quelque chose ne tourne pas rond et que &konqueror; est obligé de fermer une instance. <emphasis
>Toutes les fenêtres de &konqueror; associées à l'instance de &konqueror; seront fermées d'un seul coup (sans laisser le temps d'enregistrer les données ou les signets).</emphasis
> Par conséquent, plus vous pouvez avoir d'instances simultanément, et moins un problème dans l'une d'elles a des chances d'affecter votre travail. Chaque instance requiert de la mémoire, ce qui peut poser problème sur les systèmes avec peu de mémoire. </para
></note>

<para
>Vous avez le choix entre : </para>

<variablelist>
<varlistentry>
<term
><guilabel
>Jamais</guilabel
></term>
<listitem
><para
>Il n'y a aucune restriction. N'importe quel nombre d'instances de &konqueror; peuvent être ouvertes simultanément. L'avantage de cette option est que si une instance de &konqueror; plante, les autres ne sont pas touchées. L'inconvénient est que chaque instance de &konqueror; consomme plus de mémoire.</para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Pour la navigation locale uniquement (recommandé)</guilabel
></term>
<listitem
><para
>Si cette option est activée, vous pouvez avoir plusieurs instances de &konqueror; ouvertes pour naviguer sur le web, mais une seule instance de &konqueror; pour la gestion des fichiers. </para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Toujours (à utiliser avec précaution)</guilabel
></term>
<listitem
><para
>Si cette option est activée, vous ne pouvez avoir qu'une seule instance de &konqueror; à la fois. Ceci économise votre mémoire, mais si une fenêtre de &konqueror; se plante, toutes les autres fenêtres se quitteront sans avertissement. Ceci devrait être réservé aux système sérieusement limités en mémoire.</para
></listitem>
</varlistentry>
</variablelist>
</sect2>

<sect2
><title
>Préchargement</title>
<para
>La section intitulée <guilabel
>Préchargement</guilabel
> fait en plus un compromis entre mémoire et performance.</para>

<para
>Le <emphasis
>préchargement</emphasis
> permet de charger une instance de &konqueror; en mémoire avant que l'utilisateur demande de lancer &konqueror;. L'avantage de ceci est que lorsque l'utilisateur demande à &kde; de lancer &konqueror;, la fenêtre apparaît instantanément, puisqu'une grande partie du programme est déjà chargée. L'inconvénient est que cette instance de &konqueror; utilise de la mémoire qui pourrait servir à d'autres applications. Par défaut, lorsqu'un utilisateur ferme &konqueror;, &kde; ne ferme pas l'instance. Cela signifie que la prochaine fois que l'utilisateur voudra lancer &konqueror;, il apparaîtra presque instantanément.</para>
<para
>Le compteur intitulé <guilabel
>Nombre maximal d'instances à précharger :</guilabel
> ajuste le nombre maximal d'instances qui seront préchargées. Cette option n'affecte pas les différentes instances au moment où elles se chargent. Elle ne limite pas non plus le nombre d'instances pouvant être utilisées par les fenêtres actives. Elle n'affecte que le nombre d'instances préchargées.</para>
<para
>La case à cocher intitulée <guilabel
>Précharger une instance après le démarrage de &kde;</guilabel
> sert, comme son nom l'indique, à demander à &kde; de précharger une instance de &konqueror; au démarrage de &kde;.</para>
<note
><para
>Ceci ne ralentit pas le démarrage de &kde;.</para
></note>
<para
>La dernière case à cocher, intitulée <guilabel
>Toujours essayer de conserver au moins une instance préchargée</guilabel
> signale à &kde; que vous voulez toujours une instance de &konqueror; préchargée (mais pas utilisée) disponible. Cette option diminuera la performance sur certaines machines (et tout particulièrement celles avec une mémoire physique limitée).</para>
</sect2>
<!-- not in kde4
<sect2
><title
>&kde; system performance options</title>
<para
>Click on the tab labeled <guilabel
>System</guilabel
>.</para>
<para
>Currently there is only one option labeled <guilabel
>Disable system configuration startup check</guilabel
>.
</para>
<para
>When &kde; starts, it checks several directories for changes to configuration.  Most of these changes relate to installation and uninstalling applications to the computer.  This scan extends the startup time for &kde;  and many times this scan is not needed as the configuration is current from the last time &kde; was started.  When the configuration has changed &kde; uses this scan to update various datafiles to ensure a smooth user experience.  </para>
<warning
><para
>You are given the option to skip this initial scan during startup.  &kde; developers strongly suggest you do not disable this scan because of the potential to introduce instability into your system.</para>
<para
>If you do select this option:</para>
<itemizedlist>
<listitem
><para
>&kde; will wait to perform the scan until after &kde; has started.  This scan will be performed after the desktop is loaded.</para
></listitem>
<listitem
><para
>In the event of a crash, &kde; will not perform a backtrace because your problem may be related to the delayed scan.</para
></listitem>
<listitem
><para
>Switch this option off if any application is crashing as a delayed scan may be responsible for the crash.</para
></listitem>
</itemizedlist>
</warning>
</sect2>
-->
</sect1>

</article>