diff options
author | Alex Dupre <ale@FreeBSD.org> | 2007-04-15 17:05:05 +0000 |
---|---|---|
committer | Alex Dupre <ale@FreeBSD.org> | 2007-04-15 17:05:05 +0000 |
commit | f91303f3ae29c0157629e6245293623d7642affc (patch) | |
tree | 603a8ab35cde52527ba716c0fb333e0ec56db4fd /it_IT.ISO8859-15/articles/vm-design/article.sgml | |
parent | 7d88fdbe797eda1e6f2dcb2ef8835310fb6a2ba4 (diff) | |
download | doc-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.sgml | 28 |
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à la pagina in C2. La pagina originale in B è ora completamente nascosta poiché 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 è triviale da + (se non rappresenta un <quote>vero</quote> file); + comunque, questo tipo di ottimizzazione non è triviale da realizzare perché è di grana molto fine. FreeBSD non effettua questa ottimizzazione. Ora, supponiamo (come è 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é 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 è 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 è 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ò finire per cancellarei dati che si erano messi nella + Se si accede all'offset 0 della memoria principale e poi al 128K si + può finire per cancellare i dati che si erano messi nella cache dall'offset 0!</para> <para>Ora, sto semplificando di molto. Ciò che ho appena |