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. Im Netz habe ich in einem Forum gelesen, dass damit die CPU gemeint ist. Aber wie kann ich das jetzt auf 'normale' Namen anwenden? Vor allem, in welcher Beziehung steht das zum Prozessor? Denn manchmal heißt es, die i* Bezeichnungen stehen für den Prozessor, und dann mal wieder für die CPU. Ist jetzt nichts weltbewegendes. Aber ich würde halt schon gern wissen, welche Bedeutung so Dinge haben, wenn sie manchmal in den RPM-Namen vorkommen. noarch ist mir klar. Der Name sagt ja alles. Aber der Rest. ... ein großes Fragezeichen momentan. Gruß Marcus
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 bye, [MH]
Am Fr, 2004-05-07 um 20.36 schrieb Mathias Homann:
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
Also habe ich hier mit meinem Pentium 4 Rechner und Laptop i686 Architekturen? Das erklärt dann auch dass $CPU den Wert i686 hat. Wenn dem so ist, stellen sich mir ein paar weitere Fragen. Warum steht $HOSTTYPE bei mir auf i386? Und warum werden bei mir RPMs als i586 erstellt? Gruß Marcus
Marcus Habermehl <bmh1980de@yahoo.de> 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
Am Sa, 2004-05-08 um 13.44 schrieb Martin Schmitz:
Marcus Habermehl <bmh1980de@yahoo.de> 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.
Hast das auch einen bestimmten Grund? Zum Beispiel der Übersicht halber oder so etwas?
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.
Wie ich das über rpmbuild ändern kann weiß ich. Aber warum hat SuSE i586 als Default (nehme ich mal an, dass es das ist) drin? Weil die SuSE-RPMs auch für i586 optimiert sind? Gruß Marcus
* 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/
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 "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. 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. Natürlich erreicht man mit einer gezielten Übersetzung bessere Reaktions- und Ladezeiten. Auf diesem Prinzip basieren quellenbasierte Distributionen, die den größten Teil der Software auf der Zielmaschine angepasst übersetzen, also alles aus Quellen installieren. Ohne (wieder :-)) einen Flame generieren zu wollen: Gutes Beispiel ist Gentoo Linux. SuSE bietet in der Regel alle Pakete auch als SRPM, also ein Paket mit den Quellen, dass man auch lokal übersetzen kann. Aber für den Otto-Normal-Benutzer mit normalen Ansprüchen sind die binären Pakete der SuSE Distribution ein guter Kompromiss aus Stabilität, Aktualität und Optimierung. Wer mehr braucht, übersetzt selbst oder benutzt gleich Gentoo :-) Grüße, Tobias
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
* Marcus Habermehl postete am 08. Mai. 2004 folgendes:
Also ist i386 ein Intel 386, i486 ein Intel 486 und was höher ist dann die späteren Modell?
Sozusagen ja.
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.
Irgendwie verwirrt mich das Ganze. Läuft ein Inten Centrino dann als i686?
----8<---- [mraab@brokenwindow etc]$ uname -a Linux brokenwindow 2.4.26-xfs-acpi #1 Fre Apr 16 08:30:02 CEST 2004 i686 unknown ---->8---- Ein "uname -a" sagt Dir das dann schon. Bye Michael -- Alle Speere zu mir. -- Die letzten Worte eines Sportlehrers _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
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
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 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 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 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. Mit der Leistung eines CPU hat das nur indirekt zu tun. HTH & HAND, -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
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
Am Samstag, 8. Mai 2004 16:18 schrieb Marcus Habermehl:
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.
Richtig, Shell-Scripte, Interpreterprogramme (Python, Perl, ...), VM-Programme (Java) Anleitungen oder Daten, die nun mal nicht prozessorspezifisch sind und auf nem Pentium wie auf einem PowerPC oder Sparc Prozessor genauso laufen, sollten normalerweise in noarch RPMs gepackt werden. Wenn Du ein beispiel brauchst, auf der SuSE-DVD/CD liegen die in nem eigenen Ordner, bei Packman sind z.B. xine-skins noarch RPMs (da ist ne ASCII-Konfigurations-Datei und ein paar PNGs drin, absolut nichts, was von einem Prozessor abhängt).
Wenn dem so ist, dann fallen darunter wohl so Dinge wie Skripte oder Dateien von Desktop-Themes, o. ä.
Jo. Oder Sprachdateien, wie kde-i18n-de. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (7)
-
David Haller -
Manfred Tremmel -
Marcus Habermehl -
Martin Schmitz -
Mathias Homann -
Michael Raab -
Tobias Weisserth