Sophie

Sophie

distrib > Mandriva > 2010.1 > x86_64 > by-pkgid > ff77a067f97312d04b035eb5096ed50c > files > 348

kde-l10n-ca-4.4.3-1mdv2010.1.noarch.rpm

<?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 % Catalan  "INCLUDE"
> <!-- change language only here -->
]>

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

<authorgroup>
<author
>&Mike.McBride; &Mike.McBride.mail;</author>
&traductor.Antoni.Bella; 
</authorgroup>

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

<keywordset>
<keyword
>KDE</keyword>
<keyword
>Arranjament del sistema</keyword>
<keyword
>rendiment</keyword>
<keyword
>càrrega prèvia</keyword>
</keywordset>
</articleinfo>

<sect1 id="sys-performance">
<title
>Configuració del rendiment</title>

<para
>El &kde; s'usa en una àmplia varietat d'ordinadors per a una àmplia diversitat d'usuaris. Sota la categoria de rendiment, aquest diàleg permetrà que cada usuari ajusti les opcions per a fer que l'ordinador a on està instal·lat el &konqueror; obtingui una millor resposta. </para>

<sect2
><title
>Instàncies del &konqueror;</title>
<para
>La primera secció d'aquest diàleg s'anomena <guilabel
>Minimitza l'ús de memòria</guilabel
> i disposa de tres opcions que determinen el màxim nombre d'instàncies de &konqueror; que poden restar obertes alhora en una mateixa màquina.</para>

<note
><para
>No confondre les instàncies del &konqueror; amb les pestanyes o finestres d'aquest. El nombre d'instàncies del &konqueror; és determinat pel &kde; no per l'usuari. Podeu pensar en les instàncies com dades ocultes de les vostres pestanyes i finestres del &konqueror;. Una instància del &konqueror; pot contenir les dades de múltiples finestres o pestanyes. El que escolliu a través dels següents botons de ràdio no limitarà el nombre de finestres que podreu obrir alhora, sinó quantes instàncies del &konqueror; podreu tenir obertes. </para>
<para
>Triar bé en aquest diàleg és important, sobre tot quan alguna cosa funciona malament i el &konqueror; força el tancament d'una sessió. <emphasis
>Totes les finestres de &konqueror; associades amb una instància de &konqueror; s'haurien de tancar immediatament (sense donar-vos temps a desar dades o punts de localització).</emphasis
> De manera que, a més instàncies obertes alhora, menys probable serà que un problema amb una instància afecti a tot el vostre treball. Cada instància requereix més memòria, el qual pot ser un problema en sistemes amb poca memòria. </para
></note>

<para
>Les vostres opcions són:</para>

<variablelist>
<varlistentry>
<term
><guilabel
>Mai</guilabel
></term>
<listitem
><para
>No hi ha limitacions. Es pot obrir qualsevol nombre d'instàncies de &konqueror; alhora. La finestra d'aquesta opció és que si qualsevol sessió de &konqueror; es penja la resta no se'n veurà afectada. El desavantatge és que cada instància de &konqueror; usarà més memòria.</para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Només per explorar fitxers (recomanat)</guilabel
></term>
<listitem
><para
>Si està seleccionada aquesta opció, podeu tenir obertes vàries instàncies de &konqueror; per navegar per la web, però tan sols una pel gestor de fitxers de &konqueror;. </para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Sempre (useu-ho amb compte)</guilabel
></term>
<listitem
><para
>Si està seleccionada aquesta opció, tan sols podreu tenir en execució una instància de &konqueror; alhora. Això estalvia memòria al sistema, però si la vostra finestra de &konqueror; es penja, totes les vostres finestres del navegador es tancaran immediatament sense avís previ. Aquesta opció tan sols s'hauria d'usar per a sistemes amb seriosos problemes de limitació de memòria.</para
></listitem>
</varlistentry>
</variablelist>
</sect2>

<sect2
><title
>Precàrrega</title>
<para
>La subsecció anomenada <guilabel
>Càrrega prèvia</guilabel
> també equilibra la relació entre memòria i rendiment.</para>

<para
><emphasis
>Càrrega prèvia</emphasis
> es refereix a la càrrega en memòria d'una instància de &konqueror; abans que un usuari intenti iniciar-lo. L'efecte positiu d'això és que quan un usuari demana a &kde; que carregui el &konqueror; la finestra apareixerà instantàniament atès que la major part de l'aplicació ja ha estat pre-carregada. L'efecte negatiu és que aquesta sessió de &konqueror; usa memòria que podria ser emprada per d'altres programes. Per omissió, quan un usuari tanca el &konqueror;, el &kde; no tanca la instància. Això vol dir que la propera vegada que un usuari desitgi carregar el &konqueror;, la càrrega serà gairebé instantània.</para>
<para
>La caixa de selecció anomenada <guilabel
>Màxim nombre d'instàncies a mantenir pre-carregades:</guilabel
> pot usar-se per ajustar el màxim nombre d'instàncies pre-carregades. Aquesta opció no afecta al moment de la càrrega. No hi ha límit quant al nombre d'instàncies que pot usar la finestra activa. Això tan sols afecta al nombre d'instàncies pre-carregades.</para>
<para
>La caixa anomenada <guilabel
>Pre-carrega una instància després d'engegar el &kde;</guilabel
> és exactament el que diu. Indica al &kde; que carregui una instància de &konqueror; en iniciar el &kde;.</para>
<note
><para
>Això incrementa el temps que el &kde; trigarà en iniciar.</para
></note>
<para
>La caixa del final anomenada <guilabel
>Prova sempre de tenir una instància pre-carregada com a mínim</guilabel
> li indica al &kde; que voleu que el &kde; tingui sempre disponible una instància de &konqueror; pre-carregada, però sense usar. Aquesta opció disminuirà el rendiment d'algunes màquines (en especial aquelles limitades per la memòria física).</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>