Wie erkennt man eine 32 Bit CPU?
Ich habe ein Netbook vor mir mit AMD C-50 Prozessor. Ich war eigentlich der Meinung, das sei ein 32 Bit Prozessor. Dann habe ich mal meine (x86_64) openSUSE 12.1 DVD damit mal gebootet ins Rettungssystem (in der Hoffnung, das Rettungssystem ist vorsichthalber in 32 Bit gemacht). Dann gebe ich uname -a ein und siehe da, drei mal x86_64. Ist der AMD C-50 denn nun ein 64 Bitter? Ich weiß nur, dass es eine dual core CPU ist. Über cat /proc/cpuinfo bin ich nicht schlau geworden, ich dachte immer, cpuinfo zeigt an, wieviel bittig eine CPU ist. Ich habe nur was von 36 Bit Registern und 48 Bit Registern gelesen. Gruß Malte -- 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
Hier kannst du einiges über diese CPU erfahren. so wie es aussieht ist es ein 64-bitter.... http://de.wikipedia.org/wiki/AMD_Fusion Am 01.04.2012 20:23, schrieb Malte Gell:
Ich habe ein Netbook vor mir mit AMD C-50 Prozessor. Ich war eigentlich der Meinung, das sei ein 32 Bit Prozessor.
Dann habe ich mal meine (x86_64) openSUSE 12.1 DVD damit mal gebootet ins Rettungssystem (in der Hoffnung, das Rettungssystem ist vorsichthalber in 32 Bit gemacht).
Dann gebe ich uname -a ein und siehe da, drei mal x86_64.
Ist der AMD C-50 denn nun ein 64 Bitter? Ich weiß nur, dass es eine dual core CPU ist.
Über cat /proc/cpuinfo bin ich nicht schlau geworden, ich dachte immer, cpuinfo zeigt an, wieviel bittig eine CPU ist. Ich habe nur was von 36 Bit Registern und 48 Bit Registern gelesen.
Gruß Malte
-- Viele Grüße Thomas -- 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
Am Sonntag, den 01.04.2012, 20:23 +0200 schrieb Malte Gell:
Ich habe ein Netbook vor mir mit AMD C-50 Prozessor. Ich war eigentlich der Meinung, das sei ein 32 Bit Prozessor.
Nein, ist er nicht.
Dann habe ich mal meine (x86_64) openSUSE 12.1 DVD damit mal gebootet ins Rettungssystem (in der Hoffnung, das Rettungssystem ist vorsichthalber in 32 Bit gemacht).
Ein 64-bittiges OS würde auf einer rein 32-bittigen CPU niemals booten.
Dann gebe ich uname -a ein und siehe da, drei mal x86_64.
Ist der AMD C-50 denn nun ein 64 Bitter? Ich weiß nur, dass es eine dual core CPU ist.
Über cat /proc/cpuinfo bin ich nicht schlau geworden, ich dachte immer, cpuinfo zeigt an, wieviel bittig eine CPU ist. Ich habe nur was von 36 Bit Registern und 48 Bit Registern gelesen.
Alle heutigen x86 CPUs sind heute 64bit. -- MfG Richi PS: Auf PMs wird von mir nicht reagiert. -- 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
Hallo, Am Sun, 01 Apr 2012, Richard Kraut schrieb:
Alle heutigen x86 CPUs sind heute 64bit.
Nö. Die Atoms sind teilweise 32bit. Siehe erste Tabelle unter <http://en.wikipedia.org/wiki/Intel_Atom#History>, Spalte Intel64. Weitere sind AMD Geode, Via C3/C7/Eden (siehe z.B. <http://en.wikipedia.org/wiki/IA-32>). HTH, -dnh -- Hehehe: Der LaTeX Benutzer flucht halt auf den ersten zehn Seiten. Der Word-Mensch auf den danach folgenden. -- Karl Wunderle -- 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
Hallo in die Runde, Am Montag 02 April 2012 schrieb David Haller:
Am Sun, 01 Apr 2012, Richard Kraut schrieb:
Alle heutigen x86 CPUs sind heute 64bit.
Nö. Die Atoms sind teilweise 32bit. Siehe erste Tabelle unter <http://en.wikipedia.org/wiki/Intel_Atom#History>, Spalte Intel64. Weitere sind AMD Geode, Via C3/C7/Eden (siehe z.B. <http://en.wikipedia.org/wiki/IA-32>).
Also kann man tatsächlich gar nicht ohne weiteres und eindeutig erkennen, mit was für einer CPU man es zu tun hat, außer man hat den Kaufbeleg zur CPU oder dem Rechner vor sich? Oder man ist Hardwarefreak und kennt sich aus? Ich hatte dieses Problem leider auch schon und habe denn ein 32bit-Suse auf einem eigentlich 64bit-fähigen Rechner installiert. Das ging und lief. Den 'Fehler' hat dann erst ein anderer entdeckt. :(( Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- 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
Am 02.04.2012 08:36, schrieb Helga Fischer:
Hallo in die Runde,
Ich hatte dieses Problem leider auch schon und habe denn ein 32bit-Suse auf einem eigentlich 64bit-fähigen Rechner installiert. Das ging und lief. Den 'Fehler' hat dann erst ein anderer entdeckt. :((
Weshalb Fehler? Ich installiere durchaus bewusst die 32-Bit-Version, wenn der Hauptspeicher nur 2 GB oder weniger ist. 32-Bit Programme sind etwas kleiner und damit sparsamer, wenn der Hauptspeicher nicht so üppig ist. Sandy -- 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
Hallo, Am Mon, 02 Apr 2012, Helga Fischer schrieb:
Am Montag 02 April 2012 schrieb David Haller:
Am Sun, 01 Apr 2012, Richard Kraut schrieb:
Alle heutigen x86 CPUs sind heute 64bit.
Nö. Die Atoms sind teilweise 32bit. Siehe erste Tabelle unter <http://en.wikipedia.org/wiki/Intel_Atom#History>, Spalte Intel64. Weitere sind AMD Geode, Via C3/C7/Eden (siehe z.B. <http://en.wikipedia.org/wiki/IA-32>).
Also kann man tatsächlich gar nicht ohne weiteres und eindeutig erkennen, mit was für einer CPU man es zu tun hat, außer man hat den Kaufbeleg zur CPU oder dem Rechner vor sich? Oder man ist Hardwarefreak und kennt sich aus?
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen. Bis auf die o.g. Exoten sind aber alle Intel (aktuelle Celeron, Pentium, die letztlich ja Core* CPUs sind), Core2, Core i-* sowie alle AMDs seit dem Athlon64 eben 64-bittig. Wenn die CPU keiner der Exoten ist und jünger als 5 Jahre ... (mein Athlon64 X2 3800+ im Fileserver ist jetzt auch schon wieder ca. 5 Jahre alt, WIMRE). Bei den Atoms und ARM Kernen muß man aufpassen, bei den Atoms sind die kleinen 32bittig (typisch Intel, nix is ohne lange Typen/Featureliste allein am Namen nachvollziehbar), und bei Via (x86) gibt's inzwischen auch 64bitter. Im normalen Handel wirst du aber kaum 32-bit CPUs finden. Oder hast du schonmal eine der o.g. CPUs oder ARM oder MIPS o.ä. beim Kistenschieber gesehen? Die CPUs finden sich fast nur im Netbook/Embedded/Smartphone Bereich und dort fast immer fest aufgelötet auf ein MoBo. Als lose CPU die du bei dir in den Rechner stecken könntest gibt's höchstens die Atoms und Via C7 oder so. Insofern war Richards Aussage zwar falsch, aber für das was du normal so im Laden finden kannst richtig ;) HTH, -dnh -- [Schild "Cafe, Hasret"] Tja, über das e hat er [der Kapostroph] nicht mehr gepaßt, und rechts konnte er sich nicht lange halten, pardauz. -- Philipp Oelwein auf http://www.apostroph.de/display.php?k=willenlos&p=2 -- 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
Hi, Am 02.04.2012 11:10, schrieb David Haller:
Hallo,
Am Mon, 02 Apr 2012, Helga Fischer schrieb:
Am Montag 02 April 2012 schrieb David Haller:
Am Sun, 01 Apr 2012, Richard Kraut schrieb:
Alle heutigen x86 CPUs sind heute 64bit.
Nö. Die Atoms sind teilweise 32bit. Siehe erste Tabelle unter <http://en.wikipedia.org/wiki/Intel_Atom#History>, Spalte Intel64. Weitere sind AMD Geode, Via C3/C7/Eden (siehe z.B. <http://en.wikipedia.org/wiki/IA-32>).
Also kann man tatsächlich gar nicht ohne weiteres und eindeutig erkennen, mit was für einer CPU man es zu tun hat, außer man hat den Kaufbeleg zur CPU oder dem Rechner vor sich? Oder man ist Hardwarefreak und kennt sich aus?
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen.
Bei einem Lenovo T60, der *kein* 64 Bit kann: caxwf@oswlin25 [!43] cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 14 model name : Genuine Intel(R) CPU T2500 @ 2.00GHz stepping : 8 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc pni monitor vmx est tm2 xtpr bogomips : 3990.26 Gruss Werner -- 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
Hallo Werner, hallo Liste, Am Montag 02 April 2012 schrieb Werner Franke:
Am 02.04.2012 11:10, schrieb David Haller:
Hallo,
Am Mon, 02 Apr 2012, Helga Fischer schrieb:
Am Montag 02 April 2012 schrieb David Haller:
Am Sun, 01 Apr 2012, Richard Kraut schrieb:
Alle heutigen x86 CPUs sind heute 64bit.
Nö. Die Atoms sind teilweise 32bit. Siehe erste Tabelle unter <http://en.wikipedia.org/wiki/Intel_Atom#History>, Spalte Intel64. Weitere sind AMD Geode, Via C3/C7/Eden (siehe z.B. <http://en.wikipedia.org/wiki/IA-32>).
Also kann man tatsächlich gar nicht ohne weiteres und eindeutig erkennen, mit was für einer CPU man es zu tun hat, außer man hat den Kaufbeleg zur CPU oder dem Rechner vor sich? Oder man ist Hardwarefreak und kennt sich aus?
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen.
Bei einem Lenovo T60, der *kein* 64 Bit kann:
[...] Ich biete (gibt's zweimal): helga@Dirac:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 4 cpu MHz : 2993.242 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes 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 constant_tsc pni monitor ds_cpl cid xtpr bogomips : 5989.46 clflush size : 64 und (gibt's viermal) helga@schroedinger:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz stepping : 7 cpu MHz : 1600.000 cache size : 6144 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes 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 bogomips : 6584.91 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: Ich könnte jetzt anhand dieser Angaben nicht entscheiden, ob beide 64bit sind. Ihr? Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- 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
Helga, Liste, Am 02.04.2012 12:24, schrieb Helga Fischer:
Hallo Werner, hallo Liste,
Am Montag 02 April 2012 schrieb Werner Franke:
Am 02.04.2012 11:10, schrieb David Haller:
[...]
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen.
[...]
Ich biete (gibt's zweimal):
helga@Dirac:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
[...]
wp : yes 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 constant_tsc pni monitor ds_cpl cid xtpr
und (gibt's viermal)
helga@schroedinger:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz stepping : 7
[...]
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
Ich könnte jetzt anhand dieser Angaben nicht entscheiden, ob beide 64bit sind. Ihr? Also laut David sollte nur die 4-er Gruppe eine 64 Bit CPU sein, denn nur da hat's "lm" in der flags Liste.
Aber die eigentliche Frage von David war, was wird auf einer 64Bit CPU von einem 32Bit Linux bei "cat /proc/cpuinfo" ausgegeben ? Das hatte ich bei meiner ersten Antwort so nicht verstanden. Gruss Werner -- 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
Am Montag, 2. April 2012, 13:35:09 schrieb Werner Franke:
Aber die eigentliche Frage von David war, was wird auf einer 64Bit CPU von einem 32Bit Linux bei "cat /proc/cpuinfo" ausgegeben ? Das hatte ich bei meiner ersten Antwort so nicht verstanden.
Genau das selbe wie beim 64Bit-Linux, die Ausgabe unterscheidet sich nicht. Das 32Bit-Linux ist sich also sehr wohl bewusst das es sich um eine 64Bit-CPU handelt, aber das stört sie nicht. Grüße, Michael
Am 02.04.2012 13:44, schrieb Michael Skiba:
Am Montag, 2. April 2012, 13:35:09 schrieb Werner Franke:
Aber die eigentliche Frage von David war, was wird auf einer 64Bit CPU von einem 32Bit Linux bei "cat /proc/cpuinfo" ausgegeben ? Das hatte ich bei meiner ersten Antwort so nicht verstanden.
Genau das selbe wie beim 64Bit-Linux, die Ausgabe unterscheidet sich nicht. Das 32Bit-Linux ist sich also sehr wohl bewusst das es sich um eine 64Bit-CPU handelt, aber das stört sie nicht.
Grüße, Michael
AMD Phenom 4core mit 32.bit OS11.4: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 4 model name : AMD Phenom(tm) II X4 955 Processor stepping : 3 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes 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 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 bogomips : 6429.22 clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate und das ganze 4x (für jeden core): lm ist wie erwartet da... cu jth -- www.teddylinx.de -- 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
Hallo, Am Mon, 02 Apr 2012, Joerg Thuemmler schrieb:
Am 02.04.2012 13:44, schrieb Michael Skiba:
Am Montag, 2. April 2012, 13:35:09 schrieb Werner Franke:
Aber die eigentliche Frage von David war, was wird auf einer 64Bit CPU von einem 32Bit Linux bei "cat /proc/cpuinfo" ausgegeben ? Das hatte ich bei meiner ersten Antwort so nicht verstanden.
Genau das selbe wie beim 64Bit-Linux, die Ausgabe unterscheidet sich nicht. Das 32Bit-Linux ist sich also sehr wohl bewusst das es sich um eine 64Bit-CPU handelt, aber das stört sie nicht.
AMD Phenom 4core mit 32.bit OS11.4: # cat /proc/cpuinfo model name : AMD Phenom(tm) II X4 955 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 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 [..] und das ganze 4x (für jeden core): lm ist wie erwartet da...
Wunderbar. Ergo: grep 'flags.* lm ' /proc/cpuinfo zeigt ob die CPU 64bit kann oder nicht. Anders formuliert: $ grep -q 'flags.* lm ' /proc/cpuinfo && echo "CPU kann 64bit" CPU kann 64bit Einer 64bit Installation stünde bzgl. CPU also nix im Wege. HTH & gute Nacht, -dnh ;) Apropos@Sandy: der übrigens ne 64bit 11.2 (oder so) auf dem schon genannten Fileserver mit Athlon 64 X2 3800+EE mit grad mal 1G RAM rennen hat (bin nicht zum Updaten gekommen). Und trotz 64bit ist meist reichlich RAM frei (deutlich mehr als die Hälfte, da läuft halt weder KDE noch Gnome sondern nix oder WindowMaker ;) Auch, als ich die Kiste zum rekodieren und teils Browsen mit seamonkey verwendet habe. Und nein, die Kiste hängt nicht direkt am Netz sondern inzwischen nur noch an meiner Kiste und die hängt auch noch hinter ner Fritzbox. -- "We demand rigidly defined areas of doubt and uncertainty!" -- Vroomfondel -- 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
On 02.04.2012 15:34, David Haller wrote:
Wunderbar. Ergo:
grep 'flags.* lm ' /proc/cpuinfo
zeigt ob die CPU 64bit kann oder nicht. Anders formuliert:
$ grep -q 'flags.* lm ' /proc/cpuinfo&& echo "CPU kann 64bit" CPU kann 64bit
Einer 64bit Installation stünde bzgl. CPU also nix im Wege.
Fürs Archiv: mit "\b", also $ grep -q 'flags.* lm\b' /proc/cpuinfo&& echo "CPU kann 64bit" wird "lm" auch dann gefunden, wenn es das letzte Flag in der Liste ist. -- Herzliche Grüße Tao -- 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
Hallo, Am Mon, 02 Apr 2012, Werner Franke schrieb:
Am 02.04.2012 12:24, schrieb Helga Fischer:
Am Montag 02 April 2012 schrieb Werner Franke:
Am 02.04.2012 11:10, schrieb David Haller:
[...]
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen.
[...]
Ich biete (gibt's zweimal):
helga@Dirac:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
[...]
wp : yes 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 constant_tsc pni monitor ds_cpl cid xtpr
32bit CPU AFAIR (aus der letzten Baureihe, die ging IIRC noch bis ca. 4 GHz und war dann "am Ende" ;), und kein 'lm'-flag.
und (gibt's viermal)
helga@schroedinger:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz stepping : 7 [...]
64bit CPU.
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?
Ich könnte jetzt anhand dieser Angaben nicht entscheiden, ob beide 64bit sind. Ihr? Also laut David sollte nur die 4-er Gruppe eine 64 Bit CPU sein, denn nur da hat's "lm" in der flags Liste.
Korrekt, s.o. Wobei, das mit dem 'lm'-flag ist nicht von mir, das kannte ich bis heute noch gar nicht ;) Das hat Michael Skiba erwähnt. Aber beim Nachgucken in der (en-)Wikipedia[0] welche 32bit x86-CPUs es noch aktuell gibt tauchte dort auch der "long mode" auf.
Aber die eigentliche Frage von David war, was wird auf einer 64Bit CPU von einem 32Bit Linux bei "cat /proc/cpuinfo" ausgegeben ? Das hatte ich bei meiner ersten Antwort so nicht verstanden.
Genau, s.o. Von den Prozessortypen haut es jedenfalls schonmal hin, und falls beide Ausgaben von einem 32bit-Linux sind, dann ist 'lm' wohl ein eindeutiges Flag. Leider hab ich offenbar nicht daran gedacht /proc/cpuinfo vom Athlon 500 mit auf die neue Kiste zu nehmen. Mal gucken ob die Kiste noch von CD läuft und ich das nachholen kann... 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). Bei Intel ist 'dtes64' schonmal verdächtig, kann aber ein neues (core i-*) Feature sein. 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). 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. Schau man sich nur mal die i7 Modelle an. Was davon is jetzt was? *grusel* Ich laß mich nicht gern verarschen. 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 ... -dnh, bei dem nur die GB-Netzwerkkarte von Intel für $wenig EUR und nur die PS/2|serielle Maus (3er Pack für 15 EUR) von Microsoft sind. PS: $ cat /proc/cpuinfo # [gekürzt] model name : AMD Athlon(tm) II X2 250 Processor Ist jetzt auch schon ein bissl älter. Trotzdem hab ich genau die CPU jetzt in ner neuen Kiste für Muttern verbaut. 2x3GHz reichen ;) [0] ungefähr wußte ich's, diente v.a. der Konkretisierung auf konkrete Modelle / Bezeichnungen ;) -- Die ganze linux-entwicklung ist streng chaotisch und so sieht es meistens hinterher auch aus. -- emsa -- 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
Am Montag 02 April 2012 schrieb David Haller:
Am Mon, 02 Apr 2012, Werner Franke schrieb:
Am 02.04.2012 12:24, schrieb Helga Fischer:
Am Montag 02 April 2012 schrieb Werner Franke:
[...]
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?
Nein! Das wäre doch echte Ressourcenverschwendung. Bei meinen Beispielen läuft immer das passende Linux drauf. Neulich hatte ich aber den Fall, rausfinden zu müssen, was ist das überhaupt für eine CPU. Eine Rechnung oder ein Handbuch war nicht mehr für die HW da und dann fragt man sich halt, was zum Kuckuck ist da nun verbaut. (Weder ich noch der Rechnerbesitzer wollten schrauben). unname -a gibt doch nur Auskunft über den installierten Kernel. Der 32bit-Kernel würde mir nicht verraten, dass er auf einer 64bit-Kiste läuft, oder? Der 64bit-Kernel dagegen würde sich auf einer 32bit-Kiste nicht installieren lassen wollen. Richtig? Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- 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
Am Montag, 2. April 2012, 15:26:25 schrieb Helga Fischer:
unname -a gibt doch nur Auskunft über den installierten Kernel. Der 32bit-Kernel würde mir nicht verraten, dass er auf einer 64bit-Kiste läuft, oder? Der 64bit-Kernel dagegen würde sich auf einer 32bit-Kiste nicht installieren lassen wollen. Richtig?
Richtig, am einfachsten ist es also die cpuinfo anzugucken und dann entweder den Namen zu Googlen (der ja meistens drinne steht) oder die cpu-flags interpretieren. Grüße, Michael
Hallo, 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. 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 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) [...]
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 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. :-/ 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). <http://de.wikipedia.org/wiki/Intel_Pentium_II> 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.
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.
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. Mal ein Beispiel aus einem bekannten Computer-Store: Intel Core i7-990X Prozessor Extreme Edition 6 Kerne 3,4 Ghz 130 Watt ca. 920,- Euro AMD FX-8150 8 Kerne 3,6 Ghz 125 Watt ca. 220,- Euro Hier hat mal wieder AMD die Nase vorne. Das Preis-/Leistungsverhältnis ist bei AMD einfach unschlagbar. ;-)
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 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. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: <http://www.sebastian-siebert.de> Wichtiger Hinweis zur openSUSE Mailing Liste: <http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette> -- 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
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
Hallo David, Am Donnerstag 5 April 12 schrieb David Haller:
und dabei läuft kaffeine an DVB-S, und das schluckt
hab da Nebenfrage: Laptop? Welchen Empfänger benutzt Du?
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)).
-- Herzliche Grüße! Rolf Muth Meine Adressen duerfen nicht fuer Werbung verwendet werden! PGP Public Key:'ne http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8DC41935544C89A fingerprint: C025 3071 8E56 F8F1 250A 5624 F8DC 4193 5544 C89A -- 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
Hallo, Am Fri, 06 Apr 2012, R M schrieb:
Am Donnerstag 5 April 12 schrieb David Haller:
und dabei läuft kaffeine an DVB-S, und das schluckt
hab da Nebenfrage: Laptop? Welchen Empfänger benutzt Du?
Desktop. TeVii S470 DVB-S2 PCI Express Karte., die braucht allerdings gleich zwei Firmwares (dvb-fe-ds3000.fw und dvb-fe-cx24116.fw, wobei letzters nicht direkt dokumentiert ist). TeVii: http://www.linuxtv.org/wiki/index.php/TeVii_S470 PCI-Version: http://www.linuxtv.org/wiki/index.php/TeVii_S464 USB: http://www.linuxtv.org/wiki/index.php/Category:DVB-S2_USB_Devices HTH, -dnh -- 159: Hochleistungswebspace Das sind public-html-Verzeichnisse, die jeden Morgen zwanzig Liegestütze machen, und mit Testosteron vollgepumpt sind. (Markus Schaber) -- 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
On Montag, 2. April 2012 15:05:33 David Haller wrote:
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. Bei mir ist das so. 32 bit Linux und
grep -q 'flags.* lm ' /proc/cpuinfo && echo "CPU kann 64bit" zeigt ja. Hatte auch schon mal 64 bit installiert, bin dann aber vor 1-2 Jahren schnell wieder auf 32 bit zurück, da ich nur 1,5 GB Arbeitsspeicher hab und damals Java noch nicht so richtig unter 64 bit wollte. Daniel -- 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
Hallo, Am Thu, 05 Apr 2012, Daniel Fuhrmann schrieb:
On Montag, 2. April 2012 15:05:33 David Haller wrote:
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. Bei mir ist das so. 32 bit Linux und
grep -q 'flags.* lm ' /proc/cpuinfo && echo "CPU kann 64bit"
zeigt ja.
Gut zu wissen ;)
Hatte auch schon mal 64 bit installiert, bin dann aber vor 1-2 Jahren schnell wieder auf 32 bit zurück, da ich nur 1,5 GB Arbeitsspeicher hab
Bei mir läuft auf der anderen Kiste mit 1 GB die IIRC 64bit Version von 11.2 prima (hängt hinter DSL-Router und meiner Kiste ohne forwarding in nem anderen Netz, bin noch nicht zum update gekommen). Mit WindowMaker typisch deutlich über 500 MB für den Plattencache wenn grad nix fettes läuft.
und damals Java noch nicht so richtig unter 64 bit wollte.
Oha. Ne Java-App und das vielleicht noch unter KDE oder Gnome in 64bit, joooo, da kann's eng werden. Zumal ich den Eindruck habe daß sich einiges unter 64bit generell mehr Speicher besorgt (mehr als der Unterschied der Pointergröße ausmachen dürfte). WindowMaker hat z.B. auf der alten Kiste (SuSE 6.2 und IIRC auch auf der anderen mit 11.1/32bit) bei gleicher Konfiguration <3 MB RAM lt. top belegt. Aktuell mit den gleichen 3 Bildern als Hintergrund etc. pp.: $ top -b -n 1 | sed -n '/VIRT/p;/wmaker/p' PID USER TTY PR VIRT SWAP SHR S %CPU %MEM TIME COMMAND 11976 dh ? 20 50452 48m 752 S 0 0.0 0:00 \ /usr/bin/wmaker 11998 dh ? 20 71320 63m 2620 S 0 0.2 0:42 \ /usr/bin/wmaker --for-real Naja, lt. free -/+ buffers/cache sind von 4 GB 3430336 KB frei mit knapp 100MB im Swap. $ cat /proc/11998/status [..] VmRSS: 6444 kB VmData: 3652 kB VmStk: 140 kB VmExe: 460 kB VmLib: 6316 kB VmPTE: 152 kB VmSwap: 0 kB Ah: kurz mal an der top-config gedreht: $ top -b -n 1 | sed -n '/COMMAND/p;/wmaker/p' PID USER TTY PR CODE DATA SWAP RES SHR S %CPU %MEM\ TIME COMMAND 11976 dh ? 20 460 420 48m 1112 752 S 0 0.0\ 0:00 /usr/bin/wmaker 11998 dh ? 20 460 3792 63m 6444 2620 S 0 0.2\ 0:43 /usr/bin/wmaker --for-real Schaut schon besser aus, zeltsam aber die SWAP Werte, die sich auch nach nem 'swapoff -a' nicht ändern. -dnh, der vergessen hat und zu müde ist nachzugucken was "VIRT" bei top ist ... ;) -- Stehen die Weiber eigentlich drauf, wenn man ihnen seine Signatursammlung zeigen will? (Lothar Frings, desd, 12.3.2007) -- 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
Am Montag, 2. April 2012, 12:18:01 schrieb Werner Franke:
caxwf@oswlin25 [!43] cat /proc/cpuinfo model name : Genuine Intel(R) CPU T2500 @ 2.00GHz [...] flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc pni monitor vmx est tm2 xtpr
Kein lm -> kein 64 bit. Allerdings trägt die CPU das PAE[0] flag, es handelt sich also um eine 32bit Architektur die aber trotzdem bis zu 64 GiB Arbeitsspeicher adressieren kann. Grüße, Michael [0] http://de.wikipedia.org/wiki/Physical_Address_Extension
Hallo, Am Mon, 02 Apr 2012, Michael Skiba schrieb:
Am Montag, 2. April 2012, 12:18:01 schrieb Werner Franke:
caxwf@oswlin25 [!43] cat /proc/cpuinfo model name : Genuine Intel(R) CPU T2500 @ 2.00GHz [...] flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc pni monitor vmx est tm2 xtpr
Kein lm -> kein 64 bit. Allerdings trägt die CPU das PAE[0] flag, es handelt sich also um eine 32bit Architektur die aber trotzdem bis zu 64 GiB Arbeitsspeicher adressieren kann.
Äh, AFAIR konnte PAE schon der erste Athlon, wie mein Athlon 500 (der erste und langsamste Athlon, der je in den Handel kam, damals noch für Slot(!)-A) mit 500 MHz von 2000, der mein berüchtigtes Hallerlix für ca. 11 Jahre antrieb ;)) Äh, und ja, das war ne 32bit 6x86 Architektur. -dnh -- "Now, _this_ is a house call." -- Janet Frasier, upon stepping out of the Stargate on some distant world -- 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
Hi, Am 02.04.2012 11:10, schrieb David Haller:
Das Flag 'lm' in /proc/cpuinfo identifiziert eine x86 CPU AFAIK eindeutig als 64bit fähig. Ich frag mich nur, ob das Flag auch unter 32bit Linux drinsteht. Müßte ich/man mal mit irgendnem 32bit-(Live-)Linux testen.
Sorry, falsche Antwort. Gefragt war /proc/cpuinfo von einem 32Bit Linux auf einem 64Bit Rechner. Gruss Werner -- 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
Am Sonntag, 1. April 2012, 20:23:16 schrieb Malte Gell:
Über cat /proc/cpuinfo bin ich nicht schlau geworden, ich dachte immer, cpuinfo zeigt an, wieviel bittig eine CPU ist. Ich habe nur was von 36 Bit Registern und 48 Bit Registern gelesen. cat /proc/cpuinfo liefert in der Tat die Antwort.
cat /proc/cpuinfo | grep flags Halte hier Ausschau nach dem Flag lm. Dies steht für Long mode CPU -> 64 bit. Dieser Seite[0] nach geht gilt noch folgendes (kann's aber nicht selbst verifizieren): rm Real mode -> 16bit CPU pm Protected mode -> 32bit CPU Grüße, Michael [0] http://www.cyberciti.biz/faq/linux-how-to-find-if-processor-is-64-bit-or- not/
participants (13)
-
Daniel Fuhrmann -
David Haller -
Helga Fischer -
Joerg Thuemmler -
Malte Gell -
Michael Skiba -
R M -
Richard Kraut -
Sandy Drobic -
Sebastian Siebert -
Tao te Puh -
Thomas Giese -
Werner Franke