Intel Hyper-Threading e Microsoft Windows 7

[sirus]

Originariamente inviato da CaFFeiNe

per dire un esempio
prendiamo un corei7 con quattro core e hyper
e prendiamone uno identico a 8 core

QUESTE OTTIMIZZAZIONI microsoft, anche se vanno ad aggiustare la tecnologia hyperthreading, daranno vantaggi anche all'8 core nativi giusto?

quindi in questo caso mi sembra "sbagliato" dire
windows migliorera' per l'hyperthreading, ma "windows migliorera' l'smt in generale"

Non è affatto detto che le modifiche allo scheduler per migliorare il supporto al SMT vadano a migliorare le prestazioni in ambito SMP.

Originariamente inviato da MiKeLezZ

Il nome è diverso, diversa è l'implementazione, ma il fine è lo stesso.

Il simultaneous multithreading è l'usare più istruzioni contemporaneo nello stesso core.

Il symmetric multiprocessing è l'usare diversi core per più istruzioni contemporanee.

A questa stregua possiamo considerare ILP e TLP sullo stesso piano, l’obiettivo è sempre lo stesso.
L’obiettivo è il medesimo, il nome è diverso, l’idea alla base è diversa, l’implementazione è diversa ed anche la gestione è differente.

Il succo è che per entrambi sono necessarie diverse istruzioni contemporanee, quindi un software granulare e la cui granularità di istruzioni non sia poi di intralcio (un es. lo esplico un po' sotto).

Originariamente inviato da MiKeLezZ

"Artificio" non significa "trucco", può essere "idea, invenzione, trovata, accorgimento, escamotage, stratagemma", ma soprattutto "espediente" (il termine che intendevo).

L'HT è un espediente che, a fronte di un deficit prestazionale con applicazioni single-threaded (e qualche altro problemino), apporta un benefit relativamente grande con quelle multi-threaded.

Ti sbagli, SMT (TLP), di cui HT è un’implementazione, è un’idea degli anni 70 e non è nata per sopperire ai problemi riscontrati con le applicazioni single-threaded ma è nata come sviluppo parallelo dell’ILP.
Se HT è un espediente allora consideriamo espedienti anche tutte le tecniche di ILP e magari anche il pipelining delle istruzioni.

Originariamente inviato da MiKeLezZ

... il tutto però poi sperando nel lavoro dei developers (ovvio che se non escono applicazioni in grado di sfruttare gli 8 core, i 16 core grazie al SMT ce li possiamo fare al padellino).

Questo non è del tutto corretto, il processore dispone della circuiteria necessaria per tentare di sfruttare HT anche quando non si fa uso esplicito del parallelismo (ci sono implementazioni di SMT in processori differenti dai Pentium 4, Pentium XE, Core i7 ed Atom che fanno decisamente meglio da questo punto di vista).

Originariamente inviato da MiKeLezZ

HT è comunque anche criticato, non è che sia la panacea di tutti i mali (anzi). Aveva molto più senso una volta (P4), quando invece era molto criticato. Buona infatti l'idea di riutilizzarlo in Atom.

Non sono al corrente di ciò, mi auguro comunque tu non voglia confrontare SIMD con VLIW con MIPS o che altro... L'Hyper Threading è molto più vicino a una semplice soluzione MIMD.

Se parliamo di SMT, esistono implementazioni dell’architettura MIPS che dispongono di SMT a 4 vie, IBM coni suoi POWER5 e POWER6 supporta SMT a 2 vie e se proprio vogliamo parlarne anche gli Intel Itanium fanno uso di una specie di SMT pur essendo fondamentalmente dei VLIW.
SMT è un’idea buona a priori dal mio punto di vista, non potrà sempre portare benefici (tranne nei casi in cui la cache fa da collo di bottiglia) ma nella maggior parte dei casi è un passo avanti.

Originariamente inviato da MiKeLezZ

In realtà si tratta proprio di sistemare un bug dello scheduler: se abbiamo 4 core fisici e 4 core logici, uno scheduler decente che abbia da allocare 4 thread dovrebbe caricare solo i 4 core fisici (o tutt'alpiù usare una qualche logica di controllo che lasci uno fisico libero per eventuali altri...)... uno scheduler invece buggatino caricherebbe semplicemente i primi 4 core che trova... ovvero 2 fisici e relativi 2 logici, lasciando quindi gli altri 2 core fisici a idlare.
Ovvio in una soluzione del genere lasciare l'hyperthreading attivo è addirittura dannoso.

Chiamalo bug, io dico che semplicemente Windows non disponeva ancora di un supporto decente al SMT.

[MiKeLezZ]

Originariamente inviato da sirus

SMT (TLP), di cui HT è un’implementazione, è un’idea degli anni 70 e non è nata per sopperire ai problemi riscontrati con le applicazioni single-threaded ma è nata come sviluppo parallelo dell’ILP.

MAI detto. Vedo ce l'hai di vizio. Ciao.

[sirus]

Originariamente inviato da MiKeLezZ

MAI detto. Vedo ce l'hai di vizio. Ciao.

Ho male interpretato questo:

L'HT è un espediente che, a fronte di un deficit prestazionale con applicazioni single-threaded (e qualche altro problemino)...

può capitare.

[superbau]

Originariamente inviato da prisoner9

Sorbirsi Berlusconi su tutti i canali televisivi invece è una vera pacchia!!!

che cos'è la televisione? è un soprammobile? non conosco questa tecnologia..è una cosa nuova?

[rutton]

Originariamente inviato da sirus

io dico che semplicemente Windows non disponeva ancora di un supporto decente al SMT.

FALSO.
SMT è supportato sin dai tempi di Windows 2000 e XP:

Windows Support for Hyper-Threading Technology
http://download.microsoft.com/downlo...ad_Windows.doc
HT is a microprocessor simultaneous multithreading technology (SMT) that supports the concurrent execution of multiple separate instruction streams, referred to as threads of execution, on a single physical processor. When HT is used with the processors that support it, there are two threads of execution per physical processor.
Support has been implemented in Windows operating systems to take advantage of this new technology. The goal of this paper is to describe that support and to focus on areas of interest to OEM system manufacturers and multithreaded application developers. The Windows operating systems that are supported for logo qualification on HT-enabled systems include:
- All versions of Windows 2000
- All 32-bit versions of Windows XP and the Windows* Server*2003 family

© 2002 Microsoft Corporation. All rights reserved.

[superbau]

Originariamente inviato da cervus92

ogni tanto spunta nel riquadrino sotto la news (è sull'energia rinnovabile)

quoterrimo

firefox + ADBlock plus = no pubblicità

[sirus]

Originariamente inviato da rutton

FALSO.
SMT è supportato sin dai tempi di Windows 2000 e XP.

Questo lo sapevo anche io.

Tuttavia, se il supporto fosse stato completo non si sarebbero riscontrati i "problemi" che si sono verificati quando Windows ha iniziato a girare su sistemi SMP e contemporaneamente SMT.

Se preferisci, possiamo dire che il supporto non era "completo"?

[RouSou]

"ad es i vecchi pentium 4 3ghz..." ma oh! vecchi cosa! sono più che sufficienti per giocare a crysis con il vista! rispetto e risparmio sono la parola chiave di informatica, non microsoft e danaro...linux ha un futuro, e i "vecchi" pentium 4 lo ringraziano...

[mikedepetris]

Originariamente inviato da h4xor 1701

Hyper Threating

lapsus?

[Gnubbolo]

NO IO USO WINDOWS 2000 e L'HT nn è supportato, il task manager ti fa vedere 2 processori, ma in realtà se il tuo programma è multithreading il vantaggio e' ZERO.
con windows XP o linux il vantaggio in prestazioni è del 20% circa.