Intel Hyper-Threading e Microsoft Windows 7

assurdo vedere come la gente difende il prodotto ke ha senza un minimo di obbiettività..
microsoft rilascia un'informazione che dice: abbiamo ottimizzato W7 per i processori che utilizzano l'Hyper-threading (per chi non lo sapesse l'HT permette di simulare più processori logici di quanti ve ne siano in realtà di fisici)
ma pur di non ammettere che la tecnologia sta andando avanti si continua a dire "ma tanto non funzionerà xkè i7 è costoso, brutto, cattivo e puzza!"

Questo punto di Nonciclopedia identifica completamente la stesura di questa notizia:

http://nonciclopedia.wikia.com/wiki/Contraddizione
(punto esatto: http://nonciclopedia.wikia.com/wiki...onamento_logico )

scusate... ma mi viene un pensiero...
anche se queste ottimizzazioni magiche, diano molte prestazioni in piu'

non ne trarrebbe vantaggio, anche semplicemente il multicore in generale, sia hardware che logico, come l'hyperthreading?


io penso semplicemente che si tratta di riempire dei buchi, come è stato detto primo, e migliorare i difetti dell'hyperthreading, tramite software....
oltre al migliorare ulteriormente il supporto multicore(logici o hardware che siano)

quindi per dire...

secondo me rispetto ad un quad core con hyper e 8 core logici
avrebbe cmq molti piu' vantaggi un esacore con 6 core fisici


correggetemi se pensate che la mia supposizione sia errata...

Ma più che altro in ambiene windows "puro" a che caxxo serve l'hyper threading ? Non è che il sistema operativo ne tragga qualche beneficio, tutto sta nei programmi che si utilizzano

ok. elaborare i filmetti con premiere. fino a che non verrà accelerato tramite cuda ( http://www.tomshardware.com/reviews...gpu,2299-6.html ). poi? gli score 3dmark cpu con gli amichetti.
la verità è che intel ha difficoltà a vendere le nuove cpu perchè non c'è più il bisogno di potenza che c'era una volta.
ma chi se li piglia 8 core quando già 2 bastano e avanzano. figuriamoci il prossimo anno quando ce ne avrà 16 da vendere.

la cosa buffa del comunicato è proprio questa "ottimizzazione" verso l'hyper threading.

ok, posso capire una ottimizzazione del multicore, sarebbe anche auspicabile.

ma l'hyperthreading non è altro che un artefizio logico inserito nelle cpu intel affinchè queste lavorino a pieno ritmo e non sprechino cicli aspettando l'istruzione successiva.

il fatto l'hyperthreading sia associato al raddoppio dei core logici è solo la manifestazione logica dell'ottimizzazione del processore, non è che un programma si possa ottimizzare per l'hyperthreading......... si può solo ottimizzare per il multicore (e quindi il processore con hyperthreading ne beneficerà.

allora a questi punti forse davvero si tratta di semplicemente fixare un bug nello scheduler di windows percui trattava i core logici non come se fossero dei core fisici (o comunque con alcune limitazioni) e quindi degradando in parte le prestazioni delle cpu intel.

Non sono del tutto d'accordo. Lavorare con un’architettura SMP (multiprocessor) non sono necessariamente equivalente a lavorare con un’architetture SMT (multithreaded). Detto questo, è possibile che il sistema operativo funzioni in modo differente al variare dell'architettura parallela sottostante, quindi è normale che Microsoft abbia lavorato in entrambe le direzioni considerando che le architetture SMT sono tornate “protagoniste”.

Inoltre, definire HT un "trucco" per far lavorare i core non è più corretto. Se questo poteva essere vero con l’architettura Netburst, con l'architettura Core questo non è più vero. Inoltre, tecniche del tutto comparabili al HT (per certi versi superiori), vengono adottate anche da IBM e Sun nei loro processori.
Non si tratta di trucchi, le architetture SMT sono semplicemente il risultato di una direzione di ricerca differente rispetto alle architetture superscalari classiche.


Microsoft ha dichiarato di aver introdotto delle migliorie per supportare al meglio la tecnologia HT ritornata in auge; non si tratta di sistemare un bug dello scheduler, si tratta di supportare pienamente una tecnologia, e se questo non è un miglioramento...

la voglia di "sganciare" alla intel, ci sta pensando l'ue a togliergliela

beh sirus, correggimi se sbaglio

smp!=smt
ma smt=smp

nel senso

che un multiprocessore, guadagnera' sempre da un applicazione multithread...
indipendentemente dai core fisici o logici che siano....

mentre un processore con hyperthreading, non si avvantaggia (per ovvi motivi) allo stesso modo...


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"

Meglio quotare qualcuno che dice qualcosa di sensato va.

Prima di te ho letto una sfilza di commenti di veri e propri GENI, gente che mi domando come cazzo faccia ad avere tempo a postare su HU mentre sta progettando il nuovo OS che spazzerà via Mac, Linux e Windows o il nuovo procio da abbinarci.

Ribadendo, giusto perchè magari qualcuno potesse ancora fraintendere, il funzionamento di una tecnologia Multithreaded è decisamente diversa da una SMP, vuoi appunto perchè due flussi di lavoro devono girare sullo stesso processore in luogo di vedersene dedicato uno in toto.

Senza entrare nei dettagli, solo certi spezzoni di codice girano bene in MT e solo altri in MP, tutto qui il miracolo operato nello schedulatore di Windows.

Probabilmente in Vista, Microsoft non aveva fatto ancora grandi passi avanti rispetto a XP (che non ne aveva fatto nessuno).