Hallo, Am Mon, 02 Apr 2012, Sebastian Siebert schrieb:
Am 02.04.2012 15:05, schrieb David Haller: [...]
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid
Mit 'lm'-flag. Die eigentliche Frage aber ist: hast du diese Infos jeweils mit nem 32bit Linux ausgelesen? Wenn ja, dann können wir den Fall ad-acta legen, denn dann taucht das lm-flag bei jeder x86_64 CPU in den flags in /proc/cpuinfo auf, egal ob ein 32bit oder 64bit Linux drauf läuft. Würde also Helgas Frage beantworten, denn die Fälle 32bit-Linux auf 32bit-CPU und 64bit-Linux auf 64bit-CPU sowie 64bit-Linux auf 32bit-CPU sind ja uninteressant (letzteres weil's nicht klappt). Bleibt also 32bit-Linux auf 64bit-CPU. Helga, hast du 32bit-Linux auf dem Core-i5 laufen? uname -r?
Jepp, der long mode (lm) flag verrät, ob die CPU das gesamte 64-bit Spektrum abdeckt. und ist auch eindeutig zuzuordnen. ;-) Warum man das nicht klipp und klar als CPU-Info definieren kann, ist mir auch ein Rätsel.
Der Fall ist damit und nebenan also geklärt ;)
Desktop: AMD Phenom(tm) 9850 Quad-Core Processor
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock
Athlon II X2 250 (2x3.0GHz): flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save Ätsch, ich hab sogar 3 flags mehr als du. *nanananana* *scnr* Keine Ahnung was die drei bedeuten. Dürfte der Unterschied Athlon64/Phenom (I) vs. den IIer Versionen sein. Ich guck mal, daß ich morgen auch mal die andere Kiste mit Athlon64 X2 3800+EE (2x2.0GHz) anwerf und die cpuinfo auslese.
Auf meinem Netbook mit Intel(R) Atom(TM) CPU N270 @ 1.60GHz können auch andere Flags gewisse 64-bit Operationen auf einer 32-bit CPU durchführen wie z.B.: - lahf_lm (Load Flags into AH Register, Long Mode.) - dtes64 (Can write history of 64-bit branch addresses)
BTW: hast du ohne zu überlegen die offenbar gefundene Quelle zur Hand (Kernel-Doku? en-Wikipedia?) wo die Flags erklärt sind? TIA.
[...]
Falls nicht müßte man nach Hersteller und den anderen Flags differenzieren, z.B. unterstützen IIRC alle 64bit AMD (Desktop-)CPUs SSE3 oder besser (und die 32bit max. SSE2 oder so).
Manchmal ist es schwierig hier zu differenzieren. ;-)
Bei AMD ja :) Wowereit! Bei AMD findest du die Unterschiede weitgehend sogar in den Preislisten der besseren Händler.
Bei Intel ist 'dtes64' schonmal verdächtig, kann aber ein neues (core i-*) Feature sein.
Nicht nur...
Intel is sowieso ein ärgerliches Thema, da die die CPUs so ziemlich *willkürlich* kastrieren (siehe L2/L3-Cache, Hyperthreading, TurboCore, Virtualisierung, etc. pp. ad nauseam).
In meinem Desktop- und Server-PC kommen für mich nur CPUs von AMD in Frage. ;-) Intel habe schon vor langer langer Zeit aufgegeben und werde so schnell kein Intel mehr verbauen. Naja, dass in meinem Netbook doch noch ein Intel-Herz schlägt, ist darauf geschuldet, dass AMD einfach das Netbook-Zeitalter verschlafen hat. :-/
Dito.
Die letzte Intel CPU, die ich mal verbaut hatte, war ein Intel Pentium II (Klamath) 266 Mhz (SLOT 1 == grausames CPU-/Motherboard-Design. Was Intel sich dabei gedacht hat, ist mir ein Rätsel).
Pentium 133 (gebraucht IIRC, davor ein Pentium 75) in nem Asus T2P4. Danach nen Cyrix/IBM? 6x86 233, dann seit ~Ostern 2000 dann (1 Jahr nach der SuSE 6.2 Installation) der AMD Athlon 500 (Slot A). Ich fand den Slot eigentlich recht praktisch, z.B. konnte man einfach CPU samt Kühlköper und Lüfter(n) aus dem Slot ziehen und dann die Kombi gut trennen, da das CPU-Modul ne recht stabile Metall-Grundplatte hatte. Doof wurde das erst nach einigen heißen Jahren (2003/04 hatte ich oft Zimmertemperaturen >35 Grad), da hat's das Plastik der Halterung zerbröselt (v.a. die Nupsis die Die Halterung im Board hielten) und mir ist einmal die CPU nach nem Stoß ans Gehäuse halb aus dem Slot gerutscht. Gab IIRC nen Absturz ... Die Kiste lief dann (ohne Halterung) trotzdem noch bis Herbst 2010 mit der inzwischen ex-SUSE 6.2 (aka Hallerlix) weiter :)
Brauchst du _mir_ nicht zeigen, s.o. Slot1/SlotA waren vom Format, Halterung und von der Kühlung her kompatibel, allerdings hat AMD den Slot elektrisch anders belegt und den Steg anders gesetzt und auch schon ein eigenes auf dem Alpha EV6 (?IIRC -- nachgeguckt: wow, ja, das ich mich daran erinnert hab :)) basierendes Protokoll für den FSB zw. CPU und Northbridge verwendet, das AFAIK mehr oder weniger unverändert auch bei späteren Athlons (mind. den Sockel A) noch verwendet wurde. http://en.wikipedia.org/wiki/List_of_AMD_Athlon_microprocessors#Athlon_.28Mo... -> erster in der Tabelle ;) UI, die TDP is ja gar nicht so übel, hätte gedacht der hätte mehr geschluckt ... http://en.wikipedia.org/wiki/Slot_A http://en.wikipedia.org/wiki/Athlon http://en.wikipedia.org/wiki/Socket_A Bei den aktuellen Fassungen nervt mich z.B., daß man nicht an den Hebel der die CPU entriegelt rankommt, ohne den Kühlkörper abzumontieren. Und der geht nicht immer widerstandslos ab. Ich hab neulich mal unfreiwillig am Kühlkörper trotz Verriegelung die CPU am Kühlkörper aus dem Sockel gezogen. Zum Glück gerade, CPU und Kühler geht's gut, MoBo war defekt, vorher schon, das war ja der Grund für den Ausbau ... Hätte vielleicht vorher die Kiste mal ein paar Minuten laufen lassen sollen um die Wärmeleitpaste genug anzuschmelzen -- k.A. allerdings, ob die CPU in dem MoBo überhaupt noch genug lief um die WLP genug anzuwärmen ... Zuletzt ging praktisch nur noch *möck*[1] *möck* *möck* [*möck* ...] *Muuuuuuuuuuuup*[2] *Muuuuuuuuuuuup* *Muuuuuuuuuuuup* [..] [*Wuuuuuuuuuuu*[3]] *PIEEEEEEEEEP* *dönk*[4] *möck* *möck* [......] *möck* (goto start)... [1] schwer zu beschreibendes nicht ganz "ticken", ging durchaus mal einige Min lang so, IIRC hab ich's einmal sogar 10min gehabt ;) [2] Lüfter versuchen erfolglos anzulaufen [bis ca. 1min lang] [3] Lüfter laufen tatsächlich an, anfangs kam die Kiste sogar noch dazu den fälligen fsck zu erledigen, zuletzt aber bei weitem nimmer .... [4] harter Reset (von alleine) Wo genau der PIEEEP kam weiß ich nimmer. Kann auch nach dem Einschalten/Reset gewesen sein. Ergo: Kühler kalt von der CPU. So war der Plan. War aber mit der CPU aus dem Sockel. Dank WLP.
Ich habe danach ein AMD Athlon mit 1 Ghz Taktung geholt. Dann ging es nur noch mit AMD weiter und bin bis heute mit dem Preis-/Leistungsverhältnis von AMD ziemlich zufrieden.
Dito. Auch bei den MoBo. Ich hab hier 3 fett ausgestattete Full-ATX Boards (2 meine, eins für Muttern), teuerer als die jew. CPU aber deutlich unter ähnlichen Boards für Intel.
Dagegen war AMD zumindest die letzten $genug Jahre einfach. Sempron (-Cache (und -Features???)) / Athlon / Phenom(+Cache) / Opteron (+Mehrsockel). Feddich. Vereinfacht. So ungefähr. Aber was die CPUs konnten (Virtualisierung, NX, etc. pp. war AFAIR jew. gleich, evtl. konnten die Opterons auch mal mehr, weiß nimmer und will jetzt nicht nachgucken). Im aktuellen Athlon/Phenom/Opteron/FX/C/E-Dschungel find ich mich aber auch nicht so zurecht, aber ist IMO immer noch übersichtlicher bzgl. Features als bei Intel.
Stimmt. ;-) Ich bin zum Glück etwas ruhiger geworden und muss nicht jeder Hardware-Neuheit hinterher rennen (war zur Windows-Zeit schon ziemlich extrem, aus heutiger Sicht). Es reicht schon, wenn es andere machen. :-P Heute schaue ich mir in Ruhe den Preis und die Prozessorleistung an und durchforste das Netz nach Erfahrungsberichte. Damit fahre ich immer noch am besten und spare noch dazu.
Jau. Wenn man regelmäßig die c't liest (Prozessorgeflüster, CPU-Reports über die Architektur, CPU-Tests/Vergleiche) hilft das auch (Daten und Fakten, etwas Interpretation, selten Empfehlungen, bei CPUs eigentlich nie). Äh, und v.a.: ich hab vor 12, 4, und 1.5 Jahren für mich jew. die lahmste (Desktop) CPU (s.o.) genommen, und die Tage erst für Muttern ebenfalls den X2 250. Für das was sie macht reicht der locker. Und wenn dann doch mal nicht mehr bekommt sie halt nen schnelleren (falls es dann noch AM3 CPUs gibt) und die CPU ersetzt dann den Athlon64 X2 3800+EE im Fileserver (-> Notier: schonmal BIOS besorgen) ;) Will sagen: jede normale Desktop-CPU die du kaufen kannst ist normalerweise schnell genug für alles außer wenigen eher speziellen Anwendungen (aktuelle Spiele, HD-Video bearbeitung, HPC).
Schau man sich nur mal die i7 Modelle an. Was davon is jetzt was? *grusel*
Ich laß mich nicht gern verarschen.
Intel hat sich in meinen Augen ins Abseits manövriert. Für Intel war es nur noch wichtiger die schnellste CPU auf den Markt zu werfen, während das Rennen jedoch ums Energiesparen und die Anzahl der Kerne gemacht wird.
Mit Core i*-2xxx und -3xxx liegt Intel bei der Effizienz wieder vorn und was die Anzahl der Kerne angeht: meine 2 dümpeln grad bei zusammen ~20% von 200% rum (und dabei läuft kaffeine an DVB-S, und das schluckt gar nicht bescheiden CPU beim MPEG dekodieren, v.a. da's via 'xv' statt z.B. vdpau als xine-video-Treiber läuft, siehe ~/.kde4/share/apps/kaffeine/xine-config, ändern klappt nur wenn kaffeine nicht läuft (wird sonst beim beenden wieder überschrieben und ist per GUI nicht änderbar)).
Mal ein Beispiel aus einem bekannten Computer-Store:
Intel Core i7-990X Prozessor Extreme Edition, ca. 920,- Euro AMD FX-8150, ca. 220,- Euro
Hier hat mal wieder AMD die Nase vorne. Das Preis-/Leistungsverhältnis ist bei AMD einfach unschlagbar. ;-)
Mein Reden. V.a. weil IMO fast niemand soviel CPU-Leistung braucht. Ich kodiere Videos hier mit ~15 fps (+-3 oder so) in H.264/PAL auf einem Kern. Und x264 skaliert multihreaded recht gut. Ist mir aber Wurst. Ich hab Zeit, die Kiste läuft sowieso und so langweilt sich wenigstens nur ein Kern für den halben Tag statt beide den Viertel oder so ;)
Ergo: AMD. Vgl. die letzten 10 Jahre oder mehr auf top500.org. Opterons, Power, Xeons. +Teslas. Wer>100.000 CPUs kauft ...
Klar, seit ner Weile ist Intel wieder vorn, aber die Preispolitik und Benamsung der CPUs ist komplette Verarschung der Kunden. Merkt man übrigens auch an der Quote Gewinn/Umsatz. Wer 30% Umsatzrendite einfährt ...
Ja, die Preise für eine Intel-CPU ist heute überhaupt nicht gerechtfertigt
Gerechtfertigt? Könnte man u.U. noch drüber diskutieren. Eine _nachvollziehbare_ Relation zur Leistung gibt es aber definitiv nur unter ca. 200 EUR (wie bei AMD) (und ganz unten is bei Intel auch wieder komisch, aktuell aber glaub auch bei AMD, da geht's bei AMD aber nur um Beträge <5 EUR zwischen z.B. 45EUR und 60EUR für ein paar Dutzend CPUs ;).
und steht zu keinem Verhältnis. Leider kaufen die Leute wie verrückt Intel-CPUs (angeblich weil die Games auf'ner Intel-CPU am Besten zocken lassen, was zu beweisen wäre), dass erklärt auch warum die Preise nicht sinken, sondern noch weiter steigen bzw. von Intel künstlich hoch gehalten werden.
ACK. -dnh, oh, nette Zufallssig :) -- Politics and religion are just like software and hardware. They all suck, the documentation is provably incorrect, and all the vendors tell lies. -- Andrew Dalgleish -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org