aboutsummaryrefslogtreecommitdiff
path: root/it_IT.ISO8859-15/articles/vm-design/article.sgml
diff options
context:
space:
mode:
authorAlex Dupre <ale@FreeBSD.org>2007-04-15 17:05:05 +0000
committerAlex Dupre <ale@FreeBSD.org>2007-04-15 17:05:05 +0000
commitf91303f3ae29c0157629e6245293623d7642affc (patch)
tree603a8ab35cde52527ba716c0fb333e0ec56db4fd /it_IT.ISO8859-15/articles/vm-design/article.sgml
parent7d88fdbe797eda1e6f2dcb2ef8835310fb6a2ba4 (diff)
downloaddoc-f91303f3ae29c0157629e6245293623d7642affc.tar.gz
doc-f91303f3ae29c0157629e6245293623d7642affc.zip
MFen: 1.14 -> 1.16
Obtained from: The FreeBSD Italian Documentation Project CVS
Notes
Notes: svn path=/head/; revision=30043
Diffstat (limited to 'it_IT.ISO8859-15/articles/vm-design/article.sgml')
-rw-r--r--it_IT.ISO8859-15/articles/vm-design/article.sgml28
1 files changed, 14 insertions, 14 deletions
diff --git a/it_IT.ISO8859-15/articles/vm-design/article.sgml b/it_IT.ISO8859-15/articles/vm-design/article.sgml
index 55493ee1c2..972340e7ce 100644
--- a/it_IT.ISO8859-15/articles/vm-design/article.sgml
+++ b/it_IT.ISO8859-15/articles/vm-design/article.sgml
@@ -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