bcr 2009-05-16 11:30:57 UTC
FreeBSD German Documentation Repository
Modified files:
books/faq book.sgml
Log:
MFen 1.1066
Korrekturgelesen von: jkois
Revision Changes Path
1.698 +81 -1 de-docproj/books/faq/book.sgml
Index: book.sgml
===================================================================
RCS file: /home/cvs/de-docproj/books/faq/book.sgml,v
retrieving revision 1.697
retrieving revision 1.698
diff -u -I$FreeBSDde.*$ -r1.697 -r1.698
--- book.sgml 14 May 2009 21:03:58 -0000 1.697
+++ book.sgml 16 May 2009 11:30:56 -0000 1.698
@@ -3,9 +3,9 @@
The FreeBSD German Documentation Project
$FreeBSD$
-$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.697 2009/05/14 21:03:58 bcr Exp $
+$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.698 2009/05/16 11:30:56 bcr Exp $
- basiert auf: 1.1065
+ basiert auf: 1.1066
-->
@@ -2426,6 +2426,86 @@
</sect1>
+ <sect1 id="compatibility-memory">
+ <title>Hauptspeicher</title>
+
+ <qandaset>
+ <qandaentry>
+ <question id="memory-upper-limitation">
+ <para>Unterstützt &os; mehr als 4 GB Speicher
+ (RAM)? Mehr als 16 GB? Mehr als 48 GB?</para>
+ </question>
+
+ <answer>
+ <para>Ja. Generell unterstützt &os; als Betriebssystem
+ so viel physischen Speicher (RAM), wie die Plattform auf
+ der es läuft. Achten Sie darauf, dass
+ verschiedene Plattformen unterschiedliche
+ Speichergrenzen besitzen. So wird z.B. &i386; ohne
+ <acronym>PAE</acronym> höchstens 4 GB Speicher
+ (normalerweise weniger als das wegen des
+ PCI-Addressraums), dagegen wird &i386; mit PAE
+ höchstens 64 GB Speicher bereitstellen.
+ Momentan erhältliche AMD64 Plattformen können
+ bis zu 1 TB physischen Speicher ansprechen.</para>
+ </answer>
+ </qandaentry>
+
+ <qandaentry>
+ <question id="memory-i386-over-4gb">
+ <para>Warum zeigt &os; weniger als 4 GB Speicher an,
+ wenn es auf einer &i386; Maschine installiert
+ wird?</para>
+ </question>
+
+ <answer>
+ <para>Der Gesamtadressraum beträgt auf &i386;
+ Maschinen 32-Bit, was bedeutet, dass maximal
+ 4 GB Speicher addressiert (verwaltet) werden
+ kann. Weiterhin sind viele Adressen in diesem Bereich
+ von der Hardware für bestimmte Aufgaben reserviert,
+ um z.B. PCI-Geräte zu benutzen und zu steuern, auf
+ Videospeicher zuzugreifen und so weiter. Aus diesem
+ Grund ist die Gesamtmenge an Speicher, die vom
+ Betriebssystem für den Kernel und Anwendungen
+ verwendet werden kann, auf wesentlich weniger als
+ 4 GB begrenzt. Normalerweise sind 3.2 GB bis
+ 3.7 GB das Maximum an verfügbarem Speicher in
+ dieser Konfiguration.</para>
+
+ <para>Um auf mehr als 3.2 GB bis 3.7 GB
+ des installierten Speichers (was bis zu 4 GB, aber
+ aber auch mehr als 4 GB bedeuten kann)
+ zuzugreifen, muss eine spezielle Manipulation, genannt
+ <acronym>PAE</acronym>, benutzt werden. PAE steht
+ für Physical Address Extension und ist eine
+ Möglichkeit für 32-Bit x86-CPUs mehr als
+ 4 GB Speicher zu addressieren. Es organisiert
+ den Speicher, der andererseits wegen
+ Addressreservierungen für Hardwaregeräte
+ oberhalb der 4 GB Grenze liegt, um und benutzt
+ diesen als zusätzlichen physischen Speicher (lesen
+ Sie dazu &man.pae.4;). Der Einsatz von PAE ist mit ein
+ paar Nachteilen verbunden: diese Speicherzugriffsmethode
+ ist ein bisschen langsamer als die normale Methode (ohne
+ PAE) und ladbare Module (beschrieben in &man.kld.4;)
+ werden nicht unterstützt. Das bedeutet, dass alle
+ Treiber in den Kernel eingebaut sein müssen.</para>
+
+ <para>PAE wird heutzutage nicht sehr häufig angewendet,
+ da die Mehrzahl an neuer x86-Hardware auch den Betrieb
+ im 64-Bit Modus erlaubt, auch als AMD64 oder
+ &intel; 64 bekannt. Es hat viel mehr Adressraum
+ und benötigt solche Manipulationen nicht. &os;
+ unterstützt AMD64 und es wird empfohlen, diese
+ &os; Version anstatt der &i386; Version einzusetzen,
+ wenn 4 GB oder mehr Speicher gebraucht
+ werden.</para>
+ </answer>
+ </qandaentry>
+ </qandaset>
+ </sect1>
+
<sect1 id="compatibility-processors">
<title>Architekturen und Prozessoren</title>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Sat 16 May 2009 - 13:32:36 CEST