MFen: 1.14 -> 1.16

Obtained from:	The FreeBSD Italian Documentation Project CVS
This commit is contained in:
Alex Dupre 2007-04-15 17:05:05 +00:00
parent 7d88fdbe79
commit f91303f3ae
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=30043

View file

@ -2,7 +2,7 @@
The FreeBSD Italian Documentation Project
$FreeBSD$
Original revision: 1.14
Original revision: 1.16
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
@ -72,7 +72,7 @@
</legalnotice>
</articleinfo>
<sect1>
<sect1 id="introduction">
<title>Introduzione</title>
<para>Prima di andare avanti con la descrizione del progetto effettivo
@ -143,7 +143,7 @@
codice.</para>
</sect1>
<sect1>
<sect1 id="vm-objects">
<title>Oggetti VM</title>
<para>Il modo migliore per iniziare a descrivere il sistema di VM di FreeBSD
@ -298,8 +298,8 @@
duplicher&agrave; la pagina in C2.
La pagina originale in B &egrave; ora completamente nascosta poich&eacute;
sia C1 che C2 hanno una copia e B potrebbe teoricamente essere distrutta
(se non rappresenta un <quote>vero</quote> file).
Comunque, questo tipo di ottimizzazione non &egrave; triviale da
(se non rappresenta un <quote>vero</quote> file);
comunque, questo tipo di ottimizzazione non &egrave; triviale da
realizzare perch&eacute; &egrave; di grana molto fine.
FreeBSD non effettua questa ottimizzazione.
Ora, supponiamo (come &egrave; spesso il caso) che
@ -388,7 +388,7 @@
nessuno svantaggio reale.</para>
</sect1>
<sect1>
<sect1 id="swap-layers">
<title>Livelli di SWAP</title>
<para>Le pagine di dati private sono inizialmente o pagine
@ -452,7 +452,7 @@
effettuata.</para>
</sect1>
<sect1>
<sect1 id="freeing-pages">
<title>Quando liberare una pagina</title>
<para>Poich&eacute; il sistema della VM usa tutta la memoria disponibile
@ -560,7 +560,7 @@
Non so se questo sia vero ancora oggi.</para>
</sect1>
<sect1>
<sect1 id="prefault-optimizations">
<title>Pre-Faulting e Ottimizzazioni di Azzeramento</title>
<para>Subire un VM fault non &egrave; costoso se la pagina sottostante
@ -606,7 +606,7 @@
ottimizare il percorso critico.</para>
</sect1>
<sect1>
<sect1 id="page-table-optimizations">
<title>Ottimizzazioni della Tabella delle Pagine </title>
<para>Le ottimizzazioni alla tabella delle pagine costituiscono
@ -649,7 +649,7 @@
riutilizzata o no.</para>
</sect1>
<sect1>
<sect1 id="page-coloring-optimizations">
<title>Colorazione delle Pagine</title>
<para>Concluderemo con le ottimizzazioni di colorazione delle pagine.
@ -697,7 +697,7 @@
fisica per quel che riguarda le prestazioni della cache.</para>
</sect1>
<sect1>
<sect1 id="conclusion">
<title>Conclusione</title>
<para>La memoria virtuale nei sistemi operativi moderni deve affrontare
@ -709,7 +709,7 @@
VM di FreeBSD negli ultimi anni, ed il lavoro prosegue.</para>
</sect1>
<sect1>
<sect1 id="allen-briggs-qa">
<title>Sessione Bonus di Domande e Risposte di Allen Briggs
<email>briggs@ninthwonder.com</email></title>
@ -944,8 +944,8 @@
di cache L1. In genere il modo in cui funziona la cache &egrave;
che ogni blocco da 128K di memoria principale usa gli
<emphasis>stessi</emphasis> 128K di cache.
Se si accede all'offset 0 della memoria principale e poi al 128K su
pu&ograve; finire per cancellarei dati che si erano messi nella
Se si accede all'offset 0 della memoria principale e poi al 128K si
pu&ograve; finire per cancellare i dati che si erano messi nella
cache dall'offset 0!</para>
<para>Ora, sto semplificando di molto. Ci&ograve; che ho appena