Teplota s/bez HT

Tak sem napisu svoji teplotu, zaujalo me to s ohledem na HT:

Northwood 2,4@2,9GHz, napeti default
Chladic Zalman 7000 Cu

Pokojova teplota: 16 stupnu.
Teplota uvnitr case: neznama

Teploty pri brouzdani na netu:
Vypnuty Hyperthreading: 35 stupnu
Zapnuty Hyperthreading: 28 stupnu

Co je to za haluz ? Delam porad stejnou cinnost...

EDIT:

"Takze ty vysledky muzu potvrdit. Nebyly ovlivnene mym predchozim hranim Diabla2.

Se zapnutym Hyperthreadingem se po spusteni Prime95 teplota vysplhala na 38 stupnu (zatizeni CPU samozrejme 50%), pak do nekolika minut klesla zpet na idle teplotu 28 stupnu.

Restartoval jsem znova a Hyperthreading vypnul. Teplota se drzi na stabilni idle teplote 36 stupnu.

Tj. zkracene: Se zapnutym i s vypnutym HT mam teplotu po startu windows jakmile se objevi Speedfan 36 stupnu. S vypnutym HT teplota na teto hodnote zustava. Se zapnutym HT teplota pomalu klesa az na 28 stupnu.

Doufam, ze se najde nekdo, kdo to s P4 zkusi taky a vysledky potvrdi.
A taky nekdo, kdo vysvetli proc. (nizsi napeti pri HT... )"

aj ja som si tuto zaujimavost vsimol. Ja mam rozdiel idle teplot 8 stupnov.
Moja rada: nechaj HT zapnute a mas po probleme ;D

Ja som to na Prescotte pozoroval tiez .... bolo mi to divne, ale myslel som si ze nejak zle meria doska ... ale asi je to tak.
mal som 55°C namiesto 46°C v klude.

Je to myslim vysvetlitelne, bez HT pracuje procesor vyuzivajuc vsetky prostriedky ktore ma v sebe, pri zapnutom HT si stale nechava volne prostriedky pre emulovany druhy procesor pre pripad potreby.

Niekde na fore som cital, ze bez zapnuteho HT nefunguje vo WinXP soft chladenie.

Spíš bych řekl, že je to tím, jak psal TimeLord. Plyne z toho i to, že pokud nemám aplikaci, která umí využít HT, tak se zapnutým HT budu mít nižší výkon, než s vypnutým HT. Existuje např. nějaká hra, která umí využít HT? ;-)

Ja si myslim ze je to dano tim ze win XP podporuji HT tim padem se zatizeni procesoru rozdeli na oba dva virtualni CPU a projevi se vyhoda HT ktery zvysi ucinnost zpracovaneho kodu az o 30%, tim padem se snizi teplota protoze je kod zpracovavan efektivneji a cepu je min zatizeno.

to jsou zajimavy teorie :)
snizeni vykonu kdyz to aplikace nepodporuje (tj. nepodporuje SMP) je v tom ze scheduler ma na dve cpu mnohem vetsi overhead nez na jedno cpu. nejaky schovavani vykonu a podobny veci mi prijdou jako uzasna silenost ...
a co se teploty tyce tak je to zajimavej jev. HT enabled cpu by melo bejt teplejsi, protoze se vyuzivaj dve jednotky zaroven misto jedny :)

2ZeeZ a ostatnym s tymto "syndromom": Mate WXP a nainstalovany SP2? Checknite co napisal OVER: http://4um.ocguru.cz/viewtopic.php?t=62148&start=45

Nevim, nevsiml jsem si. Ale je pravda, ze HT jsem mel zakazany SW, protoze sem mel jadro prelozene jenom pro jeden procesor. Pri startu kernelu to ten druhy procesor naslo, ale nepouzivalo. Vyzkousim a dam vedet.

Citace:

---

Původně odeslal Fox!MURDER

to jsou zajimavy teorie :)
snizeni vykonu kdyz to aplikace nepodporuje (tj. nepodporuje SMP) je v tom ze scheduler ma na dve cpu mnohem vetsi overhead nez na jedno cpu. nejaky schovavani vykonu a podobny veci mi prijdou jako uzasna silenost ...
a co se teploty tyce tak je to zajimavej jev. HT enabled cpu by melo bejt teplejsi, protoze se vyuzivaj dve jednotky zaroven misto jedny :)

---

Zajímavé? Možná. Na intelácké sajtě http://www.intel.com/business/bss/pr...g/overview.htm je k dočtení toto:

Citace:

---

How Hyper-Threading Works

Faster clock speeds are an important way to deliver more computing power, and Intel has led the way with industry-leading processor frequency. But clock speed is only half the story. The other route to higher performance is to accomplish more work on each clock cycle, and that's where Hyper-Threading Technology comes in. A single processor supporting Hyper-Threading Technology presents itself to modern operating systems and applications as two virtual processors. The processor can work on two sets of tasks simultaneously, use resources that otherwise would sit idle, and get more work done in the same amount of time.

---

Čili Pentium IV s HT enabled nemá dvě jednotky. A podporuje to i moji teorii. Pokud virtuální procesory tvořím tak, že dělím nějakým způsobem cykly jednoho jádra, tak ho prostě aplikace, která nepodporuje SMP nedokáže na 100% využít a dochází k poklesu výkonu (ne celkového, jen v té aplikaci). Ověř si to pomocí taskmanageru a prográmku cpuheater, který je součástí motherboardmonitoru. S HT enabled bude po jeho zapnutí zátěž cpu 50%, pokud spustíš cpuheater ještě jednou, vyleze na 100% Docela trivka. Pokud HT vypneš, zatíží na 100% procesor už jedna instance cpuheatera. A plyne z toho i prakticky pozorovaný pokles teploty u PIV se zapnutým HT.

Citace:

---

Původně odeslal Wizzy

Čili Pentium IV s HT enabled nemá dvě jednotky. A podporuje to i moji teorii. Pokud virtuální procesory tvořím tak, že dělím nějakým způsobem cykly jednoho jádra, tak ho prostě aplikace, která nepodporuje SMP nedokáže na 100% využít a dochází k poklesu výkonu (ne celkového, jen v té aplikaci). Ověř si to pomocí taskmanageru a prográmku cpuheater, který je součástí motherboardmonitoru. S HT enabled bude po jeho zapnutí zátěž cpu 50%, pokud spustíš cpuheater ještě jednou, vyleze na 100% Docela trivka. Pokud HT vypneš, zatíží na 100% procesor už jedna instance cpuheatera. A plyne z toho i prakticky pozorovaný pokles teploty u PIV se zapnutým HT.

---

troskus to nepochopil ...
HT funguje tak ze kdyz se vykonava instrukce pro jeden thread v ALU tak se muze vykonavat mezitim druha instrukce ve FPU. tudiz ti jedou dve jednotky (ALU a FPU) zarove -> proto bych ocekaval vyssi teplotu.
to ze ti task manager ukazuje 50% vytizeni je proto ze to je 100% vyuziti jednoho ze dvou virtualnich CPU. Vyuziva to ten procesor na 100% jako kdyby to bylo bez HT. Akorat s HT se muze zaroven prizivovat dalsi proces na nevyuzitejch jednotkach. tz. kdyz pocitas na ALU muze druhej proces bezet na FPU, SSE nebo jiny jednotce (jesli tam jeste nejaka je ... zas tak presne si design CPU nepamatuju ... ale asi bude ...)

a v taskmanageru si vyber aby ti to ukazovalo kazdy cpu zvlast ... a muzes si jeste zmenit afinity jen na to prvni CPU. uvidis ze spolecne to bude ukazovat 50% ale prvni cpu bude zatizeny na 100%.


Edit: jinak treba FreeBSD-5 defaultne pouziva jen ten prvni logickej procesor a druhej pouziva jen k vyrizovani preruseni.

Ja mzslim ze mas pravdu s tim ALU a FPU. Pouze s tim rozdilem ze v intel procesorech zdejsi generace se jiz tezce vyskytuje pouze jedno ALU a jedno FPU. Je jich tam vic. Protoze na stredni jsme brali architekturu pentii 2 a tam byly 2 ALU a 2 FPU. Takze co jsem cetl tak intel zdvojnasobil registry do procesoru takze se tvari jako 2 a ne ze se jeden virtual CPU je ALU a druhy FPU. Myslim ze kazdy virtual CPU ma pod palcem par Alu a par Fpu.

Citace:

---

Původně odeslal Neo2199

Ja mzslim ze mas pravdu s tim ALU a FPU. Pouze s tim rozdilem ze v intel procesorech zdejsi generace se jiz tezce vyskytuje pouze jedno ALU a jedno FPU. Je jich tam vic. Protoze na stredni jsme brali architekturu pentii 2 a tam byly 2 ALU a 2 FPU. Takze co jsem cetl tak intel zdvojnasobil registry do procesoru takze se tvari jako 2 a ne ze se jeden virtual CPU je ALU a druhy FPU. Myslim ze kazdy virtual CPU ma pod palcem par Alu a par Fpu.

---

mno jasne je tam tech jednotek vic ...
dokonce snad i procesor bezne pouziva vic techle jednotek vic ... napr. se v ALU scita a v FPU deli (pokazdy uplne jiny cisla) ale problem je v tom ze bezne se v behu programu stava ze potrebujes vysledek predchozi operace abys moh pokracovat ... napr potrebujes dve cisla secist a vysledek vydelit tretim. a to uz se zaroven udelat neda. tj. napred se v ALU secte a pak ve FPU vydeli. takze kdyz se scita FPU nic nedela a kdyz se deli ALU nic nedela. a toho vyuziva HT. ve chvili kdy ten puvodni proces v ALU scita, muze jinej proces ve FPU delit. a pak zas naopak. a diky tomu ze je tehle jednotek spousta, je skoda nechat jich pulku spat.
tzn. princip je to fakt peknej ... trochu problem je s implementaci kdy alespon u puvodnich HT CPU nebyly ty virtualni CPU rovnoceny (jedno si mohlo delat vetsi naroky (za tuhle informaci tak uplne nerucim ... agentura JPP)) a protoze o tom nazacatku (WXP tusim do SP2, u linuxu/bsd nevim) schedulery nevedely, znamenalo to docela vykonovou ztratu.
ted uz je nejvetsi ztrata vykonu v tom ze proste MP scheduler vzdycky mel, ma a bude muset mit vetsi overhead nez SP scheduler.


suma sumarum... alu a fpu je tam stejny mnozstvi ale proste jsou sdileny ...

Díky za objasnění, teď už tomu rozumím. Zůstává nám tady ale ten teplotní paradox, kdy - jak říkáš ty - by měla být teplota se zapnutým HT vyšší (řekl bych, že v idle by měla být podle tvých argumentů plusmínus stejná) a byl pozorován opak, právě v idle. Ukazovalo by to na někde zde zmíněný problém s implementací sw chlazení a HT ve WinXP. Tohle bohužel nemůžu změřit, mám SP2 (který to prý opravuje), ale mohu zkusit nějaké zátěžové testy, tam by se to mělo projevit. Akorát by to chtělo nějaký benchmark podporující SMP :-( Nahodím výsledky.

Netusim jaky vliv ma system XP na detekci procesoru s a bez HT a tim padem spusteni SW chlazeni. Vim fsak ze registry ktere se zapnou na procesoru pro podporu HT musi byt natolik male ze neovlivni teplotu. Ale jak rikam pokud procesor podporuje HT a KOD ktery CPU zpracovava je optimalizovan pro HT. Tak by melo dojit k veci jako je 20-40% zvyseni efektivity zpracovani kodu. Tim padem se jevi procesor jako rychlejsi. Tim padem klesa zatizeni procesoru. A min zatizeny procesor musi byt prece studenejsi. To je ale pouze moje teorie. Pokud muzete klidne mi ji vyvratte. Spis bych chtel at to nekdo odzkousi v XP SP2 at se mame o cem bavit.

Citace:

---

Původně odeslal Neo2199

Netusim jaky vliv ma system XP na detekci procesoru s a bez HT a tim padem spusteni SW chlazeni. Vim fsak ze registry ktere se zapnou na procesoru pro podporu HT musi byt natolik male ze neovlivni teplotu. Ale jak rikam pokud procesor podporuje HT a KOD ktery CPU zpracovava je optimalizovan pro HT. Tak by melo dojit k veci jako je 20-40% zvyseni efektivity zpracovani kodu. Tim padem se jevi procesor jako rychlejsi. Tim padem klesa zatizeni procesoru. A min zatizeny procesor musi byt prece studenejsi. To je ale pouze moje teorie. Pokud muzete klidne mi ji vyvratte. Spis bych chtel at to nekdo odzkousi v XP SP2 at se mame o cem bavit.

---

mno program jako takovej vpodstate HT popdorovat nemuze. jde o to ze kdyz ten program ma vic vlaken, wokna umej schedulovat kazdy vlakno na jiny cpu. tzn. kdyz ma program 4 vlakna a ty mas 4 procesory tak ten program bezi na 4ech CPU. kdezto kdyz ma program jedno vlakno a ty mas 4 procesory, tak pobezi vzdycky na jednom. scheduling (rozdelovani co na kterym cpu pobezi) delaj okna a program do toho muze jen minimalne zasahnout (jestli vubec).
SW chlazeni by byl asi schopnej lip vysvetlit eagle.


ad. efektivita. jde vpodstate o to ze neHT cpu pri normalnim programu kterej zere 100% cpu vyuzivas procesor treba na 60%. HT to posouva nekam na 90% (samozrejme pokud mas vic vlaken). v tom imo spociva ta vyssi efektivita

Mas pravdu, jen bych to trochu upravil. Program muze podporovat HT a to tim zpusobem ze je skompilovan do dvou vlaken. Program si muslim ze do scheduleru zasahovat nemuze. Jinak vim ze jedno vlakno je zpracovavano pouze jednim procesorem. A sposteni vice programu naraz je reseno prepinanim mezi programy.

Citace:

---

Původně odeslal Neo2199

Mas pravdu, jen bych to trochu upravil. Program muze podporovat HT a to tim zpusobem ze je skompilovan do dvou vlaken. Program si muslim ze do scheduleru zasahovat nemuze. Jinak vim ze jedno vlakno je zpracovavano pouze jednim procesorem. A sposteni vice programu naraz je reseno prepinanim mezi programy.

---

mno pocet vlaken opravdu neni o kompilaci. je to o architekture celyho toho SW.
jinak vic programu samozrejme taky bezi na vice procesorech ...
a to prepinani mezi programy a jeste mezi procesory je ten overhead kterej zpomaluje ST procesy na HT procesoru.

btw. v nekterejch architekturach (mam pocit DFBSD) jsou spusteny programy brany jako vlakna kernelu.