SuSE 10.0 und Hyperthreading CPUs
Hallo Liste, ich habe hier das "Phänomen", dass bei einem frischen SuSE 10.0 auf einem Rechner mit 2 XEON CPUs in /proc/cpuinfo lediglich 2 statt der dank HT eigentlich sichtbaren 4 CPUs angezeigt werden. Anhand der physical id unterscheiden sich die CPUs, auch die siblings sind mit 2 angegeben. Es bleiben aber nur 2, statt 4. Kernel ist Linux linux 2.6.13-15-smp #1 SMP Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386 GNU/Linux Wenn ihr mehr Infos braucht, ich bin gerne bereit, weitere zu geben, weis aber momentan nicht, welche ihr noch braucht, um dabei zu helfen. Vielleicht ist es aber auch gar kein Problem oder nur ein Fehler in der Anzeige? Wie kann ich testen, ob HT nun in Betrieb ist? Grüße Dominik
Dominik Klein wrote:
Hallo Liste,
ich habe hier das "Phänomen", dass bei einem frischen SuSE 10.0 auf einem Rechner mit 2 XEON CPUs in /proc/cpuinfo lediglich 2 statt der dank HT eigentlich sichtbaren 4 CPUs angezeigt werden.
Anhand der physical id unterscheiden sich die CPUs, auch die siblings sind mit 2 angegeben. Es bleiben aber nur 2, statt 4.
Kernel ist Linux linux 2.6.13-15-smp #1 SMP Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386 GNU/Linux
Wenn ihr mehr Infos braucht, ich bin gerne bereit, weitere zu geben, weis aber momentan nicht, welche ihr noch braucht, um dabei zu helfen. Vielleicht ist es aber auch gar kein Problem oder nur ein Fehler in der Anzeige?
Wie kann ich testen, ob HT nun in Betrieb ist?
Grüße Dominik
Hi Dominik, ruf doch mal "top" auf und drücke die "1" (Anzeige per CPU). Martin
ruf doch mal "top" auf und drücke die "1" (Anzeige per CPU).
top top - 12:23:35 up 20 min, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 58 total, 1 running, 57 sleeping, 0 stopped, 0 zombie Cpu0 : 0.3% us, 0.0% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si Cpu1 : 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si Also auch nur 2.
Also, die Ursache habe ich mittlerweile gefunden. Und zwar wurde aus grub mit "acpi=off" gebootet. Ersichtlich, warum das nun ein Problem ist, ist es mir allerdings nicht. Vielleicht kann sich da ja mal jemand zu äußern. (meine Kenntnisse in beiden Gebieten ACPI und HT sind sehr begrenzt, das sag ich lieber mal vorweg *g*)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dominik Klein schrieb am 13.04.2006 12:39:
Also, die Ursache habe ich mittlerweile gefunden. Und zwar wurde aus grub mit "acpi=off" gebootet.
Ersichtlich, warum das nun ein Problem ist, ist es mir allerdings nicht. Vielleicht kann sich da ja mal jemand zu äußern. (meine Kenntnisse in beiden Gebieten ACPI und HT sind sehr begrenzt, das sag ich lieber mal vorweg *g*)
Hallo Dominik, das kann am Server liegen. Wir haben einige alte Maschinen (Dell 6600, Compaq ProLiant DL380), die nur mit "acpi=oldboot" gebootet werden können, weil die Kiste sonst "einfriert". Den Hinweis fand man damals in der SuSE-Hardwaredatenbank, heute müsste es die entsprechenden Infos irgendwo in der Webwüste :-> von Novell geben. Vielleicht hast Du auch so ein Maschinchen? Mit acpi=oldboot werden die XEONs als HT behandelt. HTH Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEPi9vk33Krq8b42MRAtjKAJ4gnv8EGDzNoKHsTJXleOYwnARXLwCdEhWP +/74ILGzvLn0K2mw2O1ZeWY= =OOSK -----END PGP SIGNATURE-----
das kann am Server liegen. Wir haben einige alte Maschinen (Dell 6600, Compaq ProLiant DL380), die nur mit "acpi=oldboot" gebootet werden können, ... Mit acpi=oldboot werden die XEONs als HT behandelt.
Dell ist schon richtig, allerdings PowerEdge 1850. Was genau macht denn "oldboot"? Hast du vielleicht den Link parat? Sonst schmeiß ich Kollege google mal an ..
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dominik Klein schrieb am 13.04.2006 13:18:
das kann am Server liegen. Wir haben einige alte Maschinen (Dell 6600, Compaq ProLiant DL380), die nur mit "acpi=oldboot" gebootet werden können, ... Mit acpi=oldboot werden die XEONs als HT behandelt.
Dell ist schon richtig, allerdings PowerEdge 1850. Was genau macht denn "oldboot"? Hast du vielleicht den Link parat? Sonst schmeiß ich Kollege google mal an ..
Sorry, war wg. Ostern offline ;-) Für die Dell PowerEdge 6600 habe ich http://developer.novell.com/yes/75364.htm gefunden, für die 1850 nichts. Mein 1850 läuft - mit SLES 8 - allerdings genau mit diesem Parameter. Infos finden sich etwa unter http://www.novell.com/documentation/oes/pdfdoc/sles_admin/sles_admin.pdf auf Seite 104 :-) - dort wird auch auf andere Informationsquellen verwiesen. Der Unterschied ist die Interrupt-Behandlung. Mit acpi=oldboot wird der PERC erkannt, die definierten Laufwerke ebenfalls. Ohne den Parameter wird der Controller gefunden und dann bleibt die Installation stehen. So ist es jedenfalls auf meinen Kisten. HTH, Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFERKEMk33Krq8b42MRAraJAJ9g+zMwK4SECqnKJDw/sI3uSJnbKwCdG2Ih KSwFaWNCpAg0lO7NV84o8rw= =neLv -----END PGP SIGNATURE-----
Dominik Klein wrote:
Also, die Ursache habe ich mittlerweile gefunden. Und zwar wurde aus grub mit "acpi=off" gebootet.
Ersichtlich, warum das nun ein Problem ist, ist es mir allerdings nicht. Vielleicht kann sich da ja mal jemand zu äußern. (meine Kenntnisse in beiden Gebieten ACPI und HT sind sehr begrenzt, das sag ich lieber mal vorweg *g*)
ACPI (Advanced Configuration and Power Interface) wird oft als neueres und besseres APM (Advanced Power Management) dargestellt. Das ist zwar prinzipiell nicht falsch (sprich: mit ACPI werden heutzutage die ganzen Stromsparfunktionen etc. geregelt bzw. das Interface zwischen OS(PM) und Geraet hergestellt), doch im Prinzip ist ACPI mehr als das: in einigen Faellen ist ACPI zwingend zum Betrieb erforderlich, z.B. AFAIK auf NUMA-Systemen. Bei modernen Intel Prozessoren mit HT ist es ebenso noetig, da die virtuellen Prozessoren ueber ACPI Tables eingebunden werden. Ohne ACPI werden die virtuellen Prozessoren nicht entdeckt, HT ist somit nicht moeglich. CU, Th.
participants (4)
-
Dominik Klein -
Martin Deppe -
Thomas Hertweck -
Werner Flamme