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

<article id="performance" lang="&language;">
<articleinfo>
<title
>Prestanda</title>
<authorgroup>
<author
>&Mike.McBride; &Mike.McBride.mail;</author>
<othercredit role="translator"
> <firstname
>Stefan</firstname
> <surname
>Asserhäll</surname
> <affiliation
><address
><email
>stefan.asserhall@comhem.se</email
></address
></affiliation
> <contrib
>Översättare</contrib
></othercredit
> 
</authorgroup>

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

<keywordset>
<keyword
>KDE</keyword>
<keyword
>Systeminställningar</keyword>
<keyword
>prestanda</keyword>
<keyword
>ladda i förväg</keyword>
</keywordset>
</articleinfo>

<sect1 id="sys-performance">
<title
>Prestandainställningar</title>

<para
>&kde; används på en mängd olika datorer av en stort antal olika användare. Under kategorin prestanda, låter den här dialogrutan varje användare justera alternativ som kan göra att datorn som &konqueror; är installerad på verkar svara snabbare. </para>

<sect2
><title
>&konqueror;-instanser</title>
<para
>Den första sektionen i dialogrutan heter <guilabel
>Minimera minnesanvändning</guilabel
> och har tre alternativ som avgör maximalt antal instanser av &konqueror; som kan vara öppna på en dator vid ett visst ögonblick.</para>

<note
><para
>Blanda inte ihop instanser av &konqueror; med fönster eller flikar i &konqueror;. Antal instanser av Konqueror bestäms av &kde;, inte av användaren. Du kan föreställa dig instanser som dold data från &konqueror;s fönster och flikar. En instans av &konqueror; kan innehålla data från flera fönster eller flikar. Valet med följande alternativknappar begränsar inte antalet fönster du kan öppna samtidigt, utan istället hur många instanser av &konqueror; som du kan ha öppna. </para>
<para
>Orsaken att valen du gör i den här dialogrutan är viktiga är uppenbart när något går fel och &konqueror; tvingas stänga en instans. <emphasis
>Alla fönster i &konqueror; som hör ihop med en instans av &konqueror; måste omedelbart stängas (utan tid att spara data eller bokmärkesplatser).</emphasis
> Ju fler instanser du kan ha öppna samtidigt, desto mindre troligt är det därför att ett problem i en instans påverkar allt ditt arbete. Varje instans kräver mer minne, vilket kan vara ett problem på datorer med mindre systemminne. </para
></note>

<para
>Alternativen är:</para>

<variablelist>
<varlistentry>
<term
><guilabel
>Aldrig</guilabel
></term>
<listitem
><para
>Det finns inga begränsningar. Hur många instanser av &konqueror; som helst kan vara öppna samtidigt. Fördelen med det här alternativet är att om någon instans av &konqueror; kraschar, påverkas inte de återstående. Nackdelen är att varje instans av &konqueror; använder mer minne.</para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Bara för filbläddring (rekommenderas)</guilabel
></term>
<listitem
><para
>Om det här alternativet är markerat, kan du ha så många instanser av &konqueror; öppna som används för webbläsning, men bara en instans av &konqueror; för filhantering. </para
></listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Alltid (använd med försiktighet)</guilabel
></term>
<listitem
><para
>Om det här alternativet är markerat, kan du bara ha en instans av &konqueror; som kör i ett givet ögonblick. Det sparar systemminne, men om &konqueror;s fönster kraschar, stängs alla webbläsarfönster omedelbart utan varning. Det här bör bara användas för datorer med allvarliga minnesbegränsningar.</para
></listitem>
</varlistentry>
</variablelist>
</sect2>

<sect2
><title
>Ladda i förväg</title>
<para
>Gruppen som heter <guilabel
>Ladda i förväg</guilabel
> gör också en avvägning mellan minne och prestanda.</para>

<para
><emphasis
>Ladda i förväg</emphasis
> avser att ladda en instans av &konqueror; i minne innan en användare anger att &konqueror; ska startas. Den positiva effekten av detta är att när en användare anger att &kde; ska ladda &konqueror;, visas fönstret omedelbart eftersom större delen av programmet har laddats i förväg. Den negativa effekten är att den här instansen av &konqueror; använder minne som skulle kunna användas av andra program. Normalt när en användare stänger &konqueror;, stänger inte &kde; den instansen. Det betyder att nästa gång användaren vill ladda &konqueror;, sker det nästan omedelbart igen.</para>
<para
>Nummerrutan som heter <guilabel
>Maximalt antal instanser som laddas i förväg:</guilabel
> kan användas för att justera maximalt antal instanser som laddas i förväg. Alternativet påverkar inte när de laddas. Det begränsar inte heller antal instanser som kan användas av aktiva fönster. Det påverkar bara antal instanser som laddas i förväg.</para>
<para
>Kryssrutan som heter <guilabel
>Ladda en instans efter &kde;:s start</guilabel
> gör precis vad den säger. Den talar om för &kde; att ladda en instans av &konqueror; i förväg vid start av &kde;.</para>
<note
><para
>Det förlänger &kde;:s starttid.</para
></note>
<para
>Den sista kryssrutan som heter <guilabel
>Försök alltid ha minst en förladdad instans</guilabel
> anger för &kde; att du alltid vill att &kde; ska ha en instans av &konqueror; laddad i förväg, men oanvänd. Alternativet minskar i själva verket prestanda på vissa datorer (särskilt de med begränsat fysiskt minne).</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>
