2
<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN"
4
<!ENTITY % addindex "IGNORE">
5
<!ENTITY % Serbian-Latin "INCLUDE"
6
> <!-- change language only here -->
9
<article lang="&language;">
21
> &Mike.McBride.mail;</author>
22
<othercredit role="translator"
30
>falcon-10@gmx.de</email
42
>&kde; 4.4</releaseinfo>
48
>Sistemske postavke</keyword>
50
>performanse</keyword>
52
>predučitavanje</keyword>
56
<sect1 id="sys-performance">
58
>Postavke performansi</title>
63
> koriste raznoliki korisnici na raznovrsnim računarima. Pod plaštom performansi, ovaj dijalog omogućava korisniku da podesi opcije koje mogu učiniti da se računar sa instaliranim <application
64
>K‑osvajačem</application
65
> odziva živahnije. </para>
69
>Primerci <application
70
>K‑osvajača</application
73
>Prva sekcija ovog dijaloga, <guilabel
74
>Minimizacija korišćenja memorije</guilabel
75
>, sadrži tri opcije koje određuju najveći broj primeraka <application
76
>K‑osvajača</application
77
> koji u istom trenutku mogu biti otvoreni na sistemu.</para>
81
>Pazite da razlikujete primerke <application
82
>K‑osvajača</application
84
>K‑osvajačevih</application
85
> prozora ili jezičaka. Broj primeraka određuje <acronym
87
>, a ne korisnik. Primerke možete zamisliti kao skrivene podatke <application
88
>K‑osvajačevih</application
89
> prozora i jezičaka. Jedan primerak <application
90
>K‑osvajača</application
91
> može sadržati podatke više prozora ili jezičaka. Sledećim radio dugmadima ne ograničavate broj prozora koje možete odjednom otvoriti, već koliko može biti otvorenih primeraka <application
92
>K‑osvajača</application
95
>Važnost izbora koje načinite u ovom dijalogu postaje očita kada nešto pođe loše, tako da je <application
96
>K‑osvajač</application
97
> primoran da zatvoriti primerak. <emphasis
99
>K‑osvajačevi</application
100
> prozori pridruženi tom primerku <application
101
>K‑osvajača</application
102
> biće istovremeno zatvoreni (ne ostavljajući vremena da se sačuvaju podaci ili lokacije obeleživača).</emphasis
103
> Zato, što više otvorenih primeraka dozvolite, utoliko je manje verovatno da će se problem u jednom primerku odraziti na sav vaš rad. Svaki primerak zahteva dodatnu memoriju, što na sistemima sa manje memorije može da bude problem. </para
107
>Raspolažete sledećim opcijama:</para>
117
>Bez ograničenja. U svakom trenutku može biti otvoren proizvoljan broj primeraka <application
118
>K‑osvajača</application
119
>. Prednost ove opcije je u tome što ako se bilo koji primerak <application
120
>K‑osvajača</application
121
> sruši, ostali ostaju netaknuti. Mana je što svaki primerak <application
122
>K‑osvajača</application
123
> troši dodatnu memoriju.</para
130
>Samo za pregledanje fajlova (preporučljivo)</guilabel
134
>Ako je ovo uključeno, broj primeraka <application
135
>K‑osvajača</application
136
> za pregledanje Weba može biti proizvoljan, ali samo jedan za upravljanje fajlovima. </para
143
>Uvek (koristite pažljivo)</guilabel
147
>Ako je ovo uključeno, u jednom trenutku otvoren može biti samo jedan primerak <application
148
>K‑osvajača</application
149
>. Ovo štedi sistemsku memoriju, ali ako jedan <application
150
>K‑osvajačev</application
151
> prozor padne, bez upozorenja se zatvaraju svi ostali u kojima nešto pregledate. Ovo treba koristiti samo na sistemima sa ozbiljno ograničenom memorijom.</para
159
>Predučitavanje</title>
161
>u podsekciji <guilabel
162
>Predučitavanje</guilabel
163
> takođe se vaga između memorije i performansi.</para>
167
>Predučitavanjem</emphasis
168
> se naziva učitavanje primerka <application
169
>K‑osvajača</application
170
> u memoriju pre nego što ga korisnik zaista pokrene. Pozitivan efekat je u tome što kad korisnik zatraži <acronym
172
> da učita <application
173
>K‑osvajač</application
174
>, prozor se trenutačno pojavljuje, pošto je veći deo programa predučitan. Negativno je to što ovaj primerak <application
175
>K‑osvajača</application
176
> troši memoriju koja bi mogla poslužiti drugim programima. Podrazumevano, kad korisnik zatvori <application
177
>K‑osvajač</application
180
> zapravo ne zatvara primerak. Tako će naredno pokretanje <application
181
>K‑osvajača</application
182
> ponovo biti trenutačno.</para>
184
>Brojčanikom <guilabel
185
>Najveći broj primeraka održavanih učitanim:</guilabel
186
> može se podesiti najveći broj predučitanih primeraka. Ova opcija ne utiče na primerke pošto su učitani, a ne ograničava ni broj primeraka koje mogu koristiti aktivni prozori. Jedino utiče na broj predučitanih primeraka.</para>
189
>Učitaj primerak po pokretanju KDE‑a</guilabel
190
> znači doslovno to: primerak <application
191
>K‑osvajača</application
192
> biće predučitan na svakom pokretanju <acronym
197
>Ovim se produžava vreme pokretanja <acronym
202
>Poslednja kućica, <guilabel
203
>Uvek održavaj barem jedan učitan primerak</guilabel
206
> da želite da uvek bude spreman jedan predučitan, ali neiskorišćen primerak <application
207
>K‑osvajača</application
208
>. Ova opcija će zapravo umanjiti performanse na nekim sistemima (naročito onima sa ograničenom fizičkom memorijom).</para>
213
>&kde; system performance options</title>
215
>Click on the tab labeled <guilabel
219
>Currently there is only one option labeled <guilabel
220
>Disable system configuration startup check</guilabel
224
>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>
227
>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>
229
>If you do select this option:</para>
233
>&kde; will wait to perform the scan until after &kde; has started. This scan will be performed after the desktop is loaded.</para
237
>In the event of a crash, &kde; will not perform a backtrace because your problem may be related to the delayed scan.</para
241
>Switch this option off if any application is crashing as a delayed scan may be responsible for the crash.</para
added
removed
sr@latin/docs/kdebase-runtime/kcontrol/performance/index.docbook
