Im Folgenden eine Liste der von Owl untersttzten Architekturen, ihren
Versionen und verschiedenen architektur-spezifischen Details.


	Versionen verschiedener Architekturen.

Zum Beispiel sind i386 und i686 beides Versionen der x86 Architektur.
Es ist mglich (und in den meisten Fllen sogar zum empfehlen) Binr-
pakete von einer lteren Version der Architektur zu erstellen oder zu
verwenden.

Auf vielen Architekturen untersttzt Owl verschiedene Versionen.
Pakete, die fr die neueste Version einer Architektur erstellt wurden,
erzielen normalerweise nur einen geringen Geschwindigkeitszuwachs
(zwischen einem und fnf Prozent bei normalen Aufgaben).  Der Preis dafr
jedoch ist: die Pakete knnen nicht auf eine ltere Maschine kopiert
und dort installiert werden.  Im schlechtesten Fall knnten nicht einmal
die Pakete (oder ausfhrbare Dateien) fr die lteren Version erstellt
werden, da die Entwicklungs-Bibilotheken nur fr die neueste Version
der Architektur erstellt worden sind.  Ok, die Pakete knnten eventuell
sogar erstellt werden, wrden aber die neue Klasse der Architektur bentigen.

Es gibt zwei Lsungen fr dieses Problem: Man knnte nur Pakete der
ltesten Version der Architektur verwenden oder man knnte die
Entwicklungs-Bibilotheken fr die alte Architektur-Version installieren,
aber trotzdem Pakete benutzen, die fr die aktuelle Hardware erstellt
worden sind.  Es ist klar, dass die erste Lsung praktischer ist, obwohl
sie nicht die bestmgliche Geschwindigkeit bietet.

Pakete, die fr eine ltere Version der Architektur erstellt worden
sind, knnen zudem an aktuelle CPUs angepasst werden ohne die Zustze
fr die alte Version zu verlieren.  Das ist das System, wie die
Pakete in Owl erstellt werden.


	Einstellen der Architektur.

Die Architektur kann mittels der ARCHITECTURE= Zeile in der Datei
buildworld.conf eingestellt werden.  Diese Zeile ist optional und
standardmssig auskommentiert.  In diesem Fall wird die lteste
Architektur-Version des Rechners genommen.

Es ist nicht mglich Pakete fr eine andere Architektur als die des
Rechners, auf dem alles kompiliert wird, zu erstellen.  Das Gleiche
gilt fr eine neuere CPU-Version als die des Rechners.


	x86, auch bekannt als IA32.

Zwei Version sind standardmssig definert: i386 und i686.  Die fr i386
erstellten Pakete laufen auch auf einem i686 und auf neueren CPUs.  Die
i386 Pakete als auch die fr i686 sind fr den i686 optimiert, allerdings
benutzen die i686 Pakete Instruktionen, die nur fr diese neue
CPU-Version verfgbar sind.

Es ist empfehlenswert die i386 Pakete zu verwenden, da der Geschwindigkeits-
gewinn minimal ist (kleiner als 1%).


	SPARC.

Zwei Versionen der Architektur werden untersttzt: sparc und sparcv9.
Die sparc Version braucht mindestens eine SPARC V8 und die Pakete
sind fr die UltraSPARC optimiert.  Die sparcv9 Pakete laufen momentan
nur auf einer Ultra oder hher.

Die Geschwindigkeitsgewinne mit sparcv9 sind minimal (zwischem einem
und zwei Prozent, ausser speziellen Funktionen in glibc und OpenSSL,
wo SPARC V9 optimierte Versionen bereit gestellt werden).

sparc64 wird im Moment noch nicht untersttzt.  Es ist allerdings mglich das
(32-Bit) Owl Userland zu erstellen, obwohl man einen sparc64 Kernel benutzt.


	Alpha.

Zwei Architekturversionen sind standardmssig enthalten: alpha
und alphaev56.  Egal welche man nimmt, beide benutzen die BWX Er-
weiterungen und Instruktions-Scheduling.  Pakete, die fr alpha
erstellt worden sind, sind fr ltere EV4 Prozessoren (21064, 21066)
optimiert.  Die Pakete fr alphaev56 sind fr EV56/PCA56 Prozessoren
(21164A, 21164PC) optimiert.  Auf dem EV5 (21164) kann man auch die
alpha Pakete nutzen.  Auf einem EV6+ (21264, 21264A) sollten
die alphaev56 Pakete benutzt werden.

$Owl: Owl/doc/de/ARCHITECTURES,v 1.7 2006/01/02 10:26:38 schmidt Exp $
