Dotaz: Pentium 4 Hyper-Threading nejede ...

[saly]

Dobrý den, jsem si tam říkal, když má můj procesor HT, proč to nevyužívá, proč tu mam jenom jeden procesor ... Tak jsem se koukl do BIOSu a koukám, že to neni zapnutý, tak jsem to zapnul, začal bootovat a cca 2s po bootvani jadra se mi restartoval comp, sem si řikal, nějaký divný, tak jsem to zkusil ještě jednou a nic, tak jsem to vypnul, podíval jsem se po tom na netu a skusil jsem jádru předat acpi=ht ... To mi už šlo, přihlásil jsem se, ale jakmile jsem to odentroval, tak to rebootlo, na druhý pokus s acpi=ht jsem se už přihlásil, ale /proc/cpu_info vypisovalo jen jeden procesor ... Jádro mám 2.6.19, distribuci Fedora Core 6.

Výpis /proc/cpu_info při deaktivovaném HT(při aktivovaném má navíc info o počtu jader - 1):

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping        : 9
cpu MHz         : 2793.424
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips        : 5588.90

Zkusil jsem kouknout do logů a našel jsem toho:

Apr 26 19:59:50 saly kernel: found SMP MP-table at 000fe710
Apr 26 19:59:50 saly kernel: Using x86 segment limits to approximate NX protection
Apr 26 19:59:50 saly kernel: Zone PFN ranges:
Apr 26 19:59:50 saly kernel:   DMA             0 ->     4096
Apr 26 19:59:50 saly kernel:   Normal       4096 ->   128880
Apr 26 19:59:50 saly kernel:   HighMem    128880 ->   128880
Apr 26 19:59:50 saly mcstransd: mcstransd starting
Apr 26 19:59:50 saly kernel: early_node_map[1] active PFN ranges
Apr 26 19:59:50 saly kernel:     0:        0 ->   128880
Apr 26 19:59:50 saly mcstransd: mcstransd initialized
Apr 26 19:59:50 saly kernel: DMI 2.3 present.
Apr 26 19:59:50 saly kernel: Using APIC driver default
Apr 26 19:59:50 saly kernel: ACPI: PM-Timer IO Port: 0x808
Apr 26 19:59:50 saly kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Apr 26 19:59:50 saly kernel: Processor #0 15:2 APIC version 20
Apr 26 19:59:50 saly kernel: ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Apr 26 19:59:50 saly kernel: Processor #1 15:2 APIC version 20
Apr 26 19:59:50 saly kernel: ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] disabled)
Apr 26 19:59:50 saly kernel: ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] disabled)
Apr 26 19:59:50 saly kernel: Using ACPI for processor (LAPIC) configuration information
Apr 26 19:59:50 saly kernel: Intel MultiProcessor Specification v1.4
Apr 26 19:59:50 saly kernel:     Virtual Wire compatibility mode.
Apr 26 19:59:50 saly kernel: OEM ID: DELL     Product ID: Opti SX270   APIC at: 0xFEE00000
Apr 26 19:59:50 saly kernel: I/O APIC #2 Version 32 at 0xFEC00000.
Apr 26 19:59:50 saly kernel: Enabling APIC mode:  Flat.  Using 1 I/O APICs
Apr 26 19:59:50 saly kernel: Processors: 2
Apr 26 19:59:50 saly kernel: Allocating PCI resources starting at 20000000 (gap: 1f800000:df400000)
Apr 26 19:59:50 saly kernel: Detected 2793.194 MHz processor.
Apr 26 19:59:50 saly kernel: Built 1 zonelists.  Total pages: 127874
Apr 26 19:59:50 saly kernel: Kernel command line: ro root=LABEL=/ rhgb acpi=ht
Apr 26 19:59:50 saly kernel: Enabling fast FPU save and restore... done.
Apr 26 19:59:50 saly kernel: Enabling unmasked SIMD FPU exception support... done.
Apr 26 19:59:50 saly kernel: Initializing CPU#0
Apr 26 19:59:50 saly kernel: CPU 0 irqstacks, hard=c0806000 soft=c07e6000
Apr 26 19:59:50 saly kernel: PID hash table entries: 2048 (order: 11, 8192 bytes)
Apr 26 19:59:50 saly kernel: Console: colour VGA+ 80x25
Apr 26 19:59:50 saly kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Apr 26 19:59:50 saly kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Apr 26 19:59:50 saly kernel: Memory: 504144k/515520k available (2210k kernel code, 10852k reserved, 1131k data, 240k init, 0k highmem)
Apr 26 19:59:50 saly kernel: virtual kernel memory layout:
Apr 26 19:59:50 saly kernel:     fixmap  : 0xffc56000 - 0xfffff000   (3748 kB)
Apr 26 19:59:50 saly kernel:     pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
Apr 26 19:59:50 saly kernel:     vmalloc : 0xe0000000 - 0xff7fe000   ( 503 MB)
Apr 26 19:59:50 saly kernel:     lowmem  : 0xc0000000 - 0xdf770000   ( 503 MB)
Apr 26 19:59:50 saly kernel:       .init : 0xc07a5000 - 0xc07e1000   ( 240 kB)
Apr 26 19:59:50 saly kernel:       .data : 0xc0628a27 - 0xc07438f4   (1131 kB)
Apr 26 19:59:50 saly kernel:       .text : 0xc0400000 - 0xc0628a27   (2210 kB)
Apr 26 19:59:50 saly kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
Apr 26 19:59:50 saly kernel: Calibrating delay using timer specific routine.. 5588.91 BogoMIPS (lpj=2794459)
Apr 26 19:59:50 saly kernel: Security Framework v1.0.0 initialized
Apr 26 19:59:50 saly kernel: SELinux:  Initializing.
Apr 26 19:59:50 saly kernel: SELinux:  Starting in permissive mode
Apr 26 19:59:50 saly kernel: selinux_register_security:  Registering secondary module capability
Apr 26 19:59:50 saly kernel: Capability LSM initialized as secondary
Apr 26 19:59:51 saly kernel: Mount-cache hash table entries: 512
Apr 26 19:59:51 saly kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K
Apr 26 19:59:51 saly kernel: CPU: L2 cache: 512K
Apr 26 19:59:51 saly kernel: CPU: Physical Processor ID: 0
Apr 26 19:59:51 saly kernel: Intel machine check architecture supported.
Apr 26 19:59:51 saly kernel: Intel machine check reporting enabled on CPU#0.
Apr 26 19:59:51 saly automount[2165]: lookup_read_master: lookup(nisplus): couldn't locat nis+ table auto.master
Apr 26 19:59:51 saly kernel: CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
Apr 26 19:59:51 saly kernel: CPU0: Thermal monitoring enabled
Apr 26 19:59:51 saly kernel: Checking 'hlt' instruction... OK.
Apr 26 19:59:51 saly kernel: SMP alternatives: switching to UP code
Apr 26 19:59:51 saly kernel: CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
Apr 26 19:59:51 saly kernel: SMP alternatives: switching to SMP code
Apr 26 19:59:51 saly kernel: Booting processor 1/1 eip 3000
Apr 26 19:59:51 saly kernel: CPU 1 irqstacks, hard=c0807000 soft=c07e7000
Apr 26 19:59:51 saly kernel: Not responding.
Apr 26 19:59:51 saly kernel: Inquiring remote APIC #1...
Apr 26 19:59:51 saly kernel: ... APIC #1 ID: failed
Apr 26 19:59:51 saly kernel: ... APIC #1 VERSION: failed
Apr 26 19:59:51 saly kernel: ... APIC #1 SPIV: failed
Apr 26 19:59:51 saly kernel: CPU #1 not responding - cannot use it.
Apr 26 19:59:51 saly kernel: Total of 1 processors activated (5588.91 BogoMIPS).
Apr 26 19:59:51 saly kernel: ExtINT not setup in hardware but reported by MP table
Apr 26 19:59:51 saly kernel: ENABLING IO-APIC IRQs
Apr 26 19:59:51 saly kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0
Apr 26 19:59:51 saly kernel: Brought up 1 CPUs
Apr 26 19:59:51 saly kernel: checking if image is initramfs... it is
Apr 26 19:59:51 saly kernel: Freeing initrd memory: 1515k freed
Apr 26 19:59:51 saly kernel: NET: Registered protocol family 16
Apr 26 19:59:51 saly kernel: PCI: PCI BIOS revision 2.10 entry at 0xfbae8, last bus=1
Apr 26 19:59:51 saly kernel: PCI: Using configuration type 1
Apr 26 19:59:51 saly kernel: Setting up standard PCI resources
Apr 26 19:59:51 saly kernel: ACPI: Interpreter disabled.
Apr 26 19:59:51 saly kernel: Linux Plug and Play Support v0.97 (c) Adam Belay

Podstatný je asi to CPU #1 not responding - cannot use it. a ty 3 řádky nad tim ... Nevím si s tím rady ... Četl jsem o tom v bugzille(tedy myslím, že to je můj problém - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169816), opravilo se to v 2.6.15 jádře(podle bugzilly), ale v mém jádře to nejede ... :-/ ... Také jsem narazil na http://blog.wuwej.net/2005/11/30/linux-vii-fedora-core-4-pentium-4-ht-a-smp-jadro.html odkud jsem našel to acpi=ht ... To je asi všechno, co bych mohl poskytnout za info, co mě napadá ... Děkuji za odpovědí ...

Odpovědi

[Michal]

To vypada na spatnou inicializaci BIOSem. Vyzkousejte flashnout novejsi verzi.

[saly]

Na stránkách dodavatele(Dell) není novější verze BIOSu než mám já ... Nejposlednější je verze z roku 2004 ... A novější pravděpodobně nebude ... :-/

[trekker.dk]

Zkoušel jsi jádru dát parametr noapic? (Jenom tipuju, možná to pomůže, ale spíš ne )

[Stanislav Petr]

Mam stejny problem (s uplne tim samum procesorem). Teoreticky by mel pomoct parametr ht=on k jadru. Ja to bohuzel nemuzu vyzkouset, protoze ten server nemuzu rebootovat.

[rpajik]

Apr 26 19:59:51 saly kernel: ACPI: Interpreter disabled.

tohle je celej problem, proste zapnete ACPI a bude to fungovat.

[saly]

Vyzkoušel jsem různé kombinace noapic ht=on acpi=on acpi=ht ... Bez toho acpi=ht mi to nikdy nenaběhlo, nicméně, pokud to už naběhlo, tak se ukazoval stále jeden procesor a počítač se po velice krátké době restartoval ... Prostě to ne a ne jít ... :-/

[CIJOML]

jako prvni bych prelozil nejnovejsi jadro 2.6.21 a potom bych se az v pripade neuspechu ptal tady...

[Portall]

No taky není jasný na jakým MB s jakým čipsetem to je. Při použití vícejádrovýho procesoru nemusí fungovat HT ...

portallmax@gmail.com

[saly]

Vícejádrový pačesor nemám ... :) Jinak jsem zkoušel se systémem všechno možné, tak mi to tady nejde nějak updatnout, ale skusím tam to 2.6.21, nebo si počkám, ǎz vyjde Fedora 7 a celý to smažu/installnu ...

[Petr Šobáň]

Nějak nechápu co tím chcete dokázat?

Pokud máte pouze jednojádrový CPU tak nechápu co to skoušíte pod linuxem to nemá význam a spíše to škodí - to je maximálně berlička pro windows.

Stejně tam fyzicky dva procesy neběží a pod linuxem spíše zblbnete přidělování procesů. Pokud potřebujete aby skutečně běžely 2 procesy naráz kupte si 2-4 jádrový CPU.

[saly]

Chci dokázat to, aby procesor dokázal zpracovávat dvě VLÁKNA PROCESU NAJEDNOU ... Škodí? Čím? Jedině, čím to může uškodit je to, že to může být pomalejší, pokud nebudu používat vícevláknové aplikace ... O windows tu raději mluvit nebudeme ... Vícejádrový procesor si kupovat nechci, proto chci alespoň zkusit ten Hyper-Threading ... Že tím Linux zblbnu? Tak to jsi jdu sehnat 486 s co nejméně hardwaru a pro jistotu ostatním zruším více procesorové systémy a vícejádrové procesory ...
Nevím spíše, proč nechápete, co chci udělat ... HT na Wikipedii ... Prostě tohle ... Jinak jsem updatnul na jádro 2.6.20 a nejede, vyzkouším to potom s 2.6.21, až vyjde Fedora 7 ...

[Jiří J.]

Jen tak pro jistotu.. máte zakompilovaný HT v jádře ...

[saly]

Sakra, teď mi došlo, já přemýšelel jen o SMP, jestli je zakompilovaný v jádře ... To by tam mělo být ... Ale o HT jsem vůbec nepřemýšlel ... To by to možná vysvětlovalo ... Omlouvám se, tohle mě nenapadlo ... :) Jdu si překompilovat jádro ... Potom napíšu ...

[houska]

co tim myslite?
neco jineho nez smp?

[saly]

SMP se cpe do jádra pořád a je snad v každé distribuci, ale SMP přece neobsahuje i podporu pro HT ne?
Jinak ten kernel mi nějak zkompilovat nejde, počkám si na Fedoru 7, nechci se v tom patlat ...

[houska]

Rekl bych ze zvenku procesor vypada jako 2 a je jedno jestli je to dual core a nebo je tam ht (a ten jeste navic potrebuje acpi, ale to uz jinde jsme), takze zadny rozdil by v tom byt podle me nemel.
Ma nekdo jine zkusenosti?

[*]

ht se asi chova trosku jinak nez smp - tusim scheduler, afinita, migrace procesu neco s cache/tlb a tak, ale nejak prensjec nevim... jinak smp jadro by melo fungovat na ht procesoru, ne? a fedora cpe vsude smp jadra uz pekne dlouho...

[Michal Kubeček]

Chci dokázat to, aby procesor dokázal zpracovávat dvě VLÁKNA PROCESU NAJEDNOU

V tom případě si pořiďte dvoujádrový procesor (nebo desku na dva procesory). Hyperthreading vám tohle rozhodně nezařídí.

Jak může hyperthreading škodit? Představte si modelovou situaci, kdy vám trvale běží nějaký procesorově náročný proces - řekněme John-the-Ripper - s niceness 19 (aby nezdržoval normální běh systému) a pustíte k němu druhou procesorově náročnou aplikaci, třeba nějakou konverzi videa, tentokrát s niceness 0.

• Na dvouprocesorovém (dvoujádrovém) systému každý proces dostane svůj procesor (jádro) a ten si spokojeně vytíží naplno. Oba běží plnou rychlostí. Prostě idyla.
• Na čistě jednoprocesorovém systému konverze videa udusí Johna a ten se de facto dostane ke slovu až po jejím skončení; do té doby konverze poběží prakticky stejnou rychlostí, jako kdyby tam byla sama. Tedy tak, jak by si to člověk představoval a jak nastavil priority.
• A teď hyperthreading. Máme jeden procesor, ale systém si myslí, že jsou dva. Takže každému procesu přidělí jeho procesor a nechá je nerušeně běžet. Ve skutečnosti je ale procesor jen jeden a procesy se o něj musejí podělit, jen tu a tam budou moci popoběhnout oba paralelně, protože využívají různé jednotky. Problém je, že procesor neví nic o prioritách, takže jakmile si začnou procesy konkurovat, bude mezi ně svůj čas dělit "spravedlivě". Ve výsledku sice John i konverze poběží o něco rychleji, než kdyby se dělili o klasický jednoprocesor se shodnými prioritami, ale konverze poběží zřetelně pomaleji (v nejhorším případě až dvakrát), než při předchozí variantě klasického jednoprocesoru a správně nastavených priorit.

[Petr Šobáň]

Přesně toto jsem chtěl tím mým příspěvkem říci. (že to zblbne linux )

Prostě na jednojádrovém CPU i s HT dvě vlákna naráz nepoběží protože se budou prát o sdílené jednotky v CPU a ten CPU to bude dělit mezi ty vlákna každému 50:50 Pokud potřebujete takto vytěžovat CPU použijte dvojádrový nebo čtyřjádrový CPU.

Podle mého soukromého názoru je v době 4 jádrových CPU už HT překonáno a nestojí za to se tím zabývat protože přínos v linuxu na jednojádru s zapnutým nebo vypnutým HT není podle mě nějak znatelněji poznat. (Podle mě jiná situace bude u windows kde to podle mě využití mít bude a bude to znát, ale i tam je myslím lepší použít výcejádrový CPU).

[Michal Kubeček]

Souhlasím. Hyperthreading byl ve své době bezesporu zajímavou myšlenkou, v praxi se ale příliš neosvědčil, protože jeho přínos byl vzhledem k výše uvedenému nevelký a v některých případech dokonce záporný. Dnes, kdy už jsou u obou hlavních výrobců dvoujádrové procesory mainstreamem, ho IMHO můžeme směle označit za slepou vývojovou uličku.

[Olsen]

Hele, vy s tou berličkou pro windows...

HT vymyslel Intel kvůli tomu, že výpočetní jednotky skoro polovinu času flákaly (třeba protože se čekalo, až přifrčí data do cache), tak se zdvojilo něco jednotek (původně asi 5% plochy čipu), aby se ten mrtvý výkon nějak mohl využít. Některé renderovací aplikace dokážou vytěžit 20-30% navíc.

A jestli je to berlička pro windows (jé, vy jste expert, windows můžou za všechno), proč to potom úspěšně používá PowerPC G5?

[saly]

Tak bych chtěl oznámit(jenom pokud by to někoho zajímalo), že po updatu jádra(na 2.6.20-1.2952.fc6) mi HT funguje. Malinko vyší výkon je znát, ikdyž ne nějak hardcorově, tak je to rychlejší.
Zde je výpis /proc/cpu_info:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping        : 9
cpu MHz         : 2793.270
cache size      : 512 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     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips        : 5588.80
clflush size    : 64

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping        : 9
cpu MHz         : 2793.270
cache size      : 512 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     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips        : 5585.56
clflush size    : 64

[lev]

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 1
cpu MHz         : 3010.880
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        : 6025.50
clflush size    : 64

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 1
cpu MHz         : 3010.880
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        : 6020.76
clflush size    : 64

No nevim co jsi tim vypisem mel na mysli ale jak psali uz Michal s Petrem predemnou pokud chces vetsi vykon tak holt z HT ho nedostanes.Tento procak uz dusim 2,5 roku a je uplne jedno jestli tu podporu v jadre mas nebo ne.Jde to poznat jen u aplikaci s podporou HT a tech je jako safranu /pro win/ pro linux o zadne nevim.A to dvacitkovy jadro si upni na jednadvacitku bede se ti opet zdat ze to HT jede super. zdar

[saly]

Už jsem upgradnul celej systém(na F7), rychlost je opravdu poznat, o 1min 30s kratší start, rychlejší systém(asi díky tickless kernel).
Jinak jsem zjistil, že to HT mi compa nezrychlylo, byla to jen iluze způsobená tím, že jsem si ten den odsviňoval všechen možnej bordel ... :)
A ten výpis je tam jen tak, abyste mi věřili ... :)