Marcus Habermehl writes:

Warum steht $HOSTTYPE bei mir auf i386?

Weil das die Architektur ist, und nicht der Prozessor. Allg. weden alle Intel-Prozessoren nach dem 286er als 'i386' subsummiert.

Und warum werden bei mir RPMs als i586 erstellt?

Weil das von SuSE so voreingestellt ist. Hier ist in der Tat der Prozessor gemeint. Die Option, für welchen Prozessortyp kompiliert wird, wird dem Kompiler beim Aufruf mitgegeben. In der manpage von rpmbuild kannst Du nachlesen, wie Du das z.B. auf i686 stellst. Martin

* Mathias Homann postete am 07. Mai. 2004 folgendes:

Am Freitag, 7. Mai 2004 20:26 schrieb Marcus Habermehl:

...

Hallo.

Hab mal eine absolut bescheuerte Frage. Aber das, was ich bisher im Netz gefunden habe, hat meine Frage nicht so ganz beantwortet.

Mich würde mal interessieren, wass i386, i486, i586 und i686 zu bedeuten habe.

...

i* Bezeichnungen stehen für den Prozessor, und dann mal wieder für die CPU.

prozessor und CPU ist das gleiche... und die verschiedenen nummern sind die verschiedenen modelle. i386 war der erste echte 32bit prozessor von intel, i486 der nachfolger, und ab dem i586 haben die dinger dann so "schön" klingende namen bekommen. i586 = pentium i686 = pentium pro, pentium II, Pentium III, Pentium 4

Naja, mein i686 schimpft sich laut "cat /proc/cpuinfo" AMD Athlon(tm) XP 2600+. Bye Michael -- Mit leerem Kopf nickt es sich leichter. -- Petan _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/

Am Fr, 2004-05-07 um 20.47 schrieb Tobias Weisserth:

Hallo Marcus,

On Fri, 2004-05-07 at 20:26, Marcus Habermehl wrote:

...

Hallo.

Hab mal eine absolut bescheuerte Frage.

:-) Kein Kommentar :-)

...

Aber das, was ich bisher im Netz gefunden habe, hat meine Frage nicht so ganz beantwortet.

Mich würde mal interessieren, wass i386, i486, i586 und i686 zu bedeuten habe.

CPU := Central Processing Unit = Prozessor

Okay. Das ist mir jetzt klar. Mit Hardware werd ich einfach nicht warm. Bin froh, wenn ich mich mit der Software auseinandersetzen kann.

"i" aus i386 usw. steht für Intel, also die Intel Architektur. Das kann auch ein AMD oder ein Cyrix sein, wenn die kompatibel zum jeweiligen Intel Standard sind.

Die Zahl hinter dem "i" gibt die Generation oder Familie wieder. Damals wurden Prozessoren als Produkte noch mit "386" oder "486" vermarktet bis das Registrieren von reinen Zifferkombinationen als Handelsmarke untersagt wurde. Deshalb kam kein "586" sondern der Pentium usw.

Dennoch gibt ein "i585" wieder, dass es sich um die Pentium Architektur und vergleichbare handelt. Auch ein AMD Athlon ist ein "i586". Ein "i686" ist folglich die nächste Generation usw.

Also ist i386 ein Intel 386, i486 ein Intel 486 und was höher ist dann die späteren Modell? Aber was ist dann mit athlon, wenn AMD Athlon auch ein i586 sein kann? Irgendwie verwirrt mich das Ganze. Läuft ein Inten Centrino dann als i686? Oh, je. Ich hätte nicht fragen sollen. Jetzt sind es nur noch mehr. ;-)

Diese Bezeichnungen in den Dateinamen von rpm Paketen geben an für welche Architektur ein Paket kompiliert also übersetzt wurde. Neuere Prozessoren unterstützen Fähigkeiten, die erst durch gezieltes Übersetzen der Quellen genutzt werden können. Übersetzt man eine Software für i686 dann mag sie zwar die besonderen Eigenschaften eines Athlon XP oder Pentium 4 unterstützen, aber auf einem 386er läuft sie vielleicht nicht mehr.

Das habe ich soweit verstanden. Mit den RPMs war mir das bisher auch klar. Nur halt was hinter der Bezeichnung steht nicht. [...] Gruß Marcus

Am Sa, 2004-05-08 um 14.00 schrieb Michael Raab: [...]

...

Aber was ist dann mit athlon, wenn AMD Athlon auch ein i586 sein kann?

Eine eindeutige Identifizierung der CPU erhält man mit einem cat /proc/cpuinfo. Die Angabe i686 und Co., kann man mit der Hubraumangabe eines Motors vergleichen, IMHO.

[...] Also ist mit den i-Bezeichnungen mehr die Leistung des Prozessors gemeint. Und nicht wirklich was für ein Prozessor im Rechner arbeitet. Ist das jetzt soweit richtig? Gruß Marcus

Am Sa, 2004-05-08 um 15.01 schrieb David Haller:

Hallo,

Am Sat, 08 May 2004, Marcus Habermehl schrieb: [..]

...

Also ist mit den i-Bezeichnungen mehr die Leistung des Prozessors gemeint. Und nicht wirklich was für ein Prozessor im Rechner arbeitet.

Ist das jetzt soweit richtig?

Nein. Das ist sozusagen der Typ des CPU. Mathias Homann hat das ganz nett aufgelistet. Und bevor du fragst: den Typ kann man an zwei Dingen "festmachen":

1. die "Bitbreite" (der Register u.a.) 2. dem Befehlssatz

Mit Leistung hatte ich den Befehlssatz gemeint. War sau blöd ausgedrückt von mir.

Architekturen sind z.B. SPARC, MIPS, ARM, PPC, Intel 8080/8086/i186(?) (8bit), i286 (16bit), i386 (32bit), ia64, x86_64.

In der i386er Familie gibt es u.a. folgende Typen, die sich (nach aussen hin) v.a. durch den Befehlssatz unterscheiden:

i386: eben diese Intel CPUs sowie kompatible i486: dito

Mit kompatibel sind wohl die Nachfolger gemeint, oder? Bzw. die, die den selben Befehlssatz verwenden.

i586: Intel Pentium(MMX), AMD K5, K6, IBM/Cyrix 5x86 und 6x86(MX), Winchip (VIA?) C6 i686: Intel Pentium Pro, PentiumII-IV (inkl. den jew. Celeron), AMD Athlon/Duron (aka K7), Transmeta Crusoe, VIA C3-2

Das dürfte ich so langsam verstanden haben.

Die i[3-6]86er Familie ist abwaertskompatibel, d.h. Code fuer den i386 laeuft auf allen CPUs. Code fuer i686 aber z.B. nicht auf i586ern.

Das ist mir mittlerweile klar. Ich nehme mal an, dass noarch RPMs dann für alle Architekturen sind, weil es sich nicht um kompilierte Programme handelt. Vermute ich jetzt mal. Habe auf die schnelle kein noarch-RPM in das ich hineinschauen könnte. Wenn dem so ist, dann fallen darunter wohl so Dinge wie Skripte oder Dateien von Desktop-Themes, o. ä.

Mit der Leistung eines CPU hat das nur indirekt zu tun.

Ja. Wie gesagt, hab mich völlig falsch ausgedrückt. Gruß Marcus