P4 3.06 GHz Hyper Threading, recensione con 3DS Max

[Redazione di Hardware Upg]

Link alla notizia: http://news.hwupgrade.it/8899.html

Analisi prestazionale dell'efficacia della tecnologia Hyper Threading utilizzando 3d Studio MAX 5

Click sul link per visualizzare la notizia.

[Scezzy]

che quando attivi l'HT sul P4 3GHz i consumi aumentano (come se non fossero' gia' elevati) e l'interno del case puo' tranquillamente essere usato come forno !

Se le prestazioni aumentassero del 30%-50%, allora sarebbe giustificato, ma per un incremento medio del 2,5 % bisogna rischiare di "fumare" tutto !?

[J0J0]

non aumenta un bel niente... (temperatura)
Aumentano le operazioni che fa nello stesso ciclo di clock non aumentano i mhz
Un po come se fossi un corriere che per portare un pacco a destinazione, utilizzi due braccia (HT attivato) invece di una sola (P4 senza HT)... invece di fare il doppio dei viaggi perche non vuoi sforzarti troppo perche sei uno scansafatiche...

Basta alimentare queste false voci, ed anche se fosse la differenza di temperatura sarebbe di 0.2 gradi, sai che dispendio di energia.

[May]

ma, vorrei proprio vederli questi migliormento di architettura cpu...

[dario amd]

questo ht e utile solo a chi usa questi programmi che sfruttano questa tecnologia altrimenti porta solo un calo di prestazioni

[Giax]

Credo che nella news ci sia in errore.
Si parla di aumento di prestazione in multithreading (più processori), ma credo si tratti di Multitasking (più sessioni aperte).

[JoJo]

Originally posted by "Giax"

Credo che nella news ci sia in errore.
Si parla di aumento di prestazione in multithreading (più processori), ma credo si tratti di Multitasking (più sessioni aperte).

Invece direi di no visto ke HT stà per Hyper-Threading... Ovviamente non con processori "fisici" ma "virtuali"...

[ErPazzo74]

Originally posted by "J0J0"

non aumenta un bel niente... (temperatura)
Aumentano le operazioni che fa nello stesso ciclo di clock non aumentano i mhz
Un po come se fossi un corriere che per portare un pacco a destinazione, utilizzi due braccia (HT attivato) invece di una sola (P4 senza HT)... invece di fare il doppio dei viaggi perche non vuoi sforzarti troppo perche sei uno scansafatiche...

Basta alimentare queste false voci, ed anche se fosse la differenza di temperatura sarebbe di 0.2 gradi, sai che dispendio di energia.

Non penso proprio che sia ridotto l'aumento di temperatura e mi pare pure di averlo letto da qualche parte che sono svariati gradi.....

[ErPazzo74]

Originally posted by "Giax"

Credo che nella news ci sia in errore.
Si parla di aumento di prestazione in multithreading (più processori), ma credo si tratti di Multitasking (più sessioni aperte).

Guarda che thread e processore non c'entrano niente...........
I thread sono varie parti di un unico processo......sono nati per permettere commutazioni di contesto più leggere.........

[lingie]

bhè su anandtech, tanto per nn fare nomi dicono che l'aumento sia del 6% con HT attivato......

che sia poco che sia tanto, loro son passati da 46 a 49 gradi.

[J0J0]

x ErPazzo74

mi dispiace non sono daccordo...
avro esagerato a scrivere 0.2... ma difficilmente superera gli 1-2 gradi...
solo perche fa piu operazioni non vuol dire che riscaldi di piu (anche se in teoria sembrerebbe la cosa piu ovvia).
Il p4 e' fatto male (chiamale 20 pipeline troppo lunge o come ti pare), non scendo sul tecnico altrimenti da un post andiamo su un'altro...
Ma tu per portare 10 euro (banconota cartacea), invece di 11 o portare 10 euro in monetine, quanto torni a casa ti sei reso conto di sudare di piu o di mangiare di piu a tavola?
Il dispendio di energia ci sara, ma e' minimo.

Il p4 purtroppo anche per arrivare al 15esimo piano di un edificio ed essere consapevole del risultato per elaborarlo deve per forza arrivare al 20esimo e tirare le sue conclusioni (altre operazioni e via dicendo)
Invece paradossalmente il risultato lo sapeva 5 piani prima... e' questo che lo frega...
Deve sempre arrivare all'ultimo piano prima di fare l'operazione, che guarda caso e' piu alto dei suoi concorrenti... da qui la sua lentezza, quindi ci mette di piu a prendere decisioni.
E si saranno inventato l'HT (2 picconi con una fava), pensando:"tanto deve percorrere lo stesso tutti i piani, tanto vale che nello stesso momento oltre a tenere a mente il numero mentre fa le scale, porta il boccione dell'acqua al capo con la gola secca che sta all'ultimo piano guarda caso, cosi puo continuare a fare le sue telefonate e contiunare a parlare blha blah blah )...
2 operazioni percorrendo lo stesso numero di scalini, nello stesso tempo.

Io la vedo cosi... poi fate vobis

quando invece ci sono due processori distinti si dividono i compiti per raggiungere un risultato comune... il primo si fa i primi 10 piani, il secondo gli ultimi 10, e ogni volta partono da 0 a 10 uno e da 10 a 20 l'altro... per milioni di volte al secondo. (non e' pienente esatto come ragionamento, ma voglio dire meglio fare solo 10 operazioni che 20 in una volta)
Mentre il nostro povero HT parte sempre e solo da 0 e deve arrancare fino a 20 e poi ritornare giu in un solo ciclo di clock...

scusate l'esempio infantile ma rendo molto l'idea.

[NiKo87]

Seeeeee, sono molto scettico...

[PacManZ]

jojo tu la vedi un po troppo rosea mi sa.....

nn e' proprio come dici tu....
il fatto del postino con due braccia e' il classico esempio di sistema con 2 processori

[^TiGeRShArK^]

ni sa ke hai le idee 1 pò confuse per quanto riguarda le pipeline......
nn è ke con l'hypertreading deve fare solo 10 stadi della pipeline per eseguire un'operazione......
mi spiego meglio:
le pipeline sono nate per effettuare una gestione concorrente dell'elaborazione dei dati come procedimento alternativo al parallelismo classico a multiprocessore, e funzionano nel seguente modo:
Supponiamo una pipeline a 3 stadi.
Essa è rappresentabile come una "catena di montaggio" fatta da unità di elaborazione messe in cascata.
Al primo ciclo di clock la prima istruzione viene elaborata dalla prima unità di esecuzione. Al secondo ciclo di clock questa istruzione viene passata alla seconda unità di elaborazione e viene elaborata, mentre, NELLO STESSO TEMPO, un'altra istruzione viene nuovamente elaborata dalla prima unità di esecuzione. Al terzo ciclo di clock, tutte e tre le istruzioni vengono elaborate nello stesso tempo dalle tre unità di esecuzione, quindi, A REGIME, si avrà un throughput di 3 istruzioni per ciclo di clock. Per questo questa situazione è paragonabile a quella di un sistema multiprocessore con tre unità di esecuzione, anche se ovviamente vi sono delle differenze sostanziali che nn sto qui a spiegare.
Ora torniamo al nostro bellissimo e potentissimo P4.
Vi siete chiesti mai perchè è necessario aumentare la lunghezza delle pipeline per salire più facilmente in frequenza?
Stando a quanto ho detto finora potrebbe sembrare che il P4 riesca in questo modo ad elaborare 20 istruzioni per ciclo di clock, che sarebbe un valore semplicemente mostruoso.
E qui casca l'asino. In realtà le istruzioni che elabora il P4 sono delle istruzioni CISC molto complesse che necessitano molto di più di un ciclo di clock per essere completate. Per questo, in mo do da sfruttare efficientemente il processore, cosa si è pensato di fare? SI è messa un'unità di "traduzione" che trasforma queste istruzioni CISC in micro-istruzioni RISC Like, che quindi necessitano solamente di un clock per essere eseguite (di solito, anche se ovviamente in realtà nn è sempre vero). Inoltre, visto che queste istruzioni possono essere eseguite in un ciclo di clock, e visto che sono strettamente sequenziali, è stato possibile inserire una pipeline per farle eseguire. Ora, ovviamente, tanti più stadi avrà la pipeline, tanto più semplici saranno le micro istruzioni da eseguire. Faccio 1 esempio, avendo una pipeline a 3 stadi che esegue un istruzione, è necessario dividere l'istruzione in 3 micro-parti, che ovviamente saranno molto più complicate da eseguire rispetto alle micro-parti ottenute dividendo la stessa istruzione in 20 sottoparti. In questo modo, essendo le micro-istruzioni più facili da eseguire tanto più lunga è la pipeline, è possibile ridurre il tempo necessario per eseguire un istruzione, e, di conseguenza, salire di clock. Ovviamente le pipeline non sono tutte rose e fiori. Vi sono delle penalità fortissime nel caso in cui un branching (un salto) viene predetto male, in quanto è necessario svuotare completamente la pipeline. Inoltre è molto probabile che vi siano delle unità di esecuzione che non fanno niente ad un certo istante, a causa del fatto che come ho detto prima non sempre è possibile terminare un'operazione in un ciclo di clock (vedi accesso alla memoria e I/o in generale). Quindi la tecnologia Hyper-treading non fa altro che ottimizzare questa situazione, andando a impiegare le unità di esecuzione che non fanno niente con un altro thread.
Penso che come spiegazione sia sufficiente, anke se ovviamente ho lasciato delle piccole imprecisioni, ma d'altro canto già questo post è diventato lungo quanto un articolo di Lithium, se mi fossi messo a sepcificare meglio tutte quelle piccole imprecisioni non avrei finito più.
Spero di essere stato chiaro cmq.
Se avete dubbi non esitate a contattarmi !

[J0J0]

Avevo detto di non scendere sul tecnico
l'avevo detto io che poi il post diventava qualcos'altro!!! (eravamo partiti dalla temperatura)
Questa si che e' una predizione. hihihih

Quando mi riferivo alla frase "pipeline o come le volete chiamare" era inteso come una cosa qualsiasi che rende il p4 piu lento o meno lento al suo modo di operare.
Altrimenti e' semplice dire.. il p4 e' lento perche ne ha 20... l'amd ne ha 3 (AD ESEMPIO!!! ORA NON PRENDETEMI IN PAROLA) allora e' piu veloce l'amd... (mi davo la zappa sui piedi? io ho un p4) ehhehe

Secondo te l'esempio del pacco e del postino si adatta a pipeline, salti di predizione, istruzioni processi e clock??
Sono solo delle fantasiose metafore onomatopetizzate...
E' stata la prima cosa che mi e' saltata in mente, non voleva essere legge, ma divertente da leggere.


PacManZ
no x i 2 processori e': tu porti un pacco che io porto l'altro...
le due braccia per l'appunto e' HT perche il postino e' uno, ma virtualmente fa x due (xche usa due braccia invece di 1)

Sti postini non hanno mai voglia di lavorare!!!

[Scezzy]

quote:
------

non aumenta un bel niente... (temperatura)
Aumentano le operazioni che fa nello stesso ciclo di clock non aumentano i mhz
Un po come se fossi un corriere che per portare un pacco a destinazione, utilizzi due braccia (HT attivato) invece di una sola (P4 senza HT)... invece di fare il doppio dei viaggi perche non vuoi sforzarti troppo perche sei uno scansafatiche...

Basta alimentare queste false voci, ed anche se fosse la differenza di temperatura sarebbe di 0.2 gradi, sai che dispendio di energia.

----

Non penso proprio che sia ridotto l'aumento di temperatura e mi pare pure di averlo letto da qualche parte che sono svariati gradi.....

---

JOJO.... non so tu che mestiere fai di vita... ma se sei un assemblatore... complimentoni. Non credo che tu ne abbia mai provato uno di P4 HT altrimenti non ti accaniresti contro chi per altro dice la verita'. La temperatura non sale !? Prova... prova... e poi ci risentiamo ! Cosi' per curiosita' sai quanti watt si piglia il P4 HT !?

[Duncan]

L'HT non dovrebbe essere altro che un controller aggiuntivo che si occupa di riempire le pipeline libere appena può, in modo da recuperare tempo macchina... naturalmente se mi ricordo bene...


per precisare solo una cosa... la pipeline è appunto una specie di catena di montaggio... quindi in una pipeline di 20 stadi come quella del P4 ogni pipeline dovrebbe occuparsi di 20 parti dell'esecuzione di una istruzione diversa...

chiedo scusa sew mi son sbagliato o per la poca chiarezza

[soalle]

più logica, più transistor che commutano per ciclo di clock -> maggiore dissipazione

[J0J0]

x Scezzy

e se ti dicessi che lo sono invece?
E posso anche ammettere che non l'ho ancora montato su nessun pc... per il momento.

Poi io non mi accanisco, anzi il contrario...
Da come alcuni parlano... e' come se prendesse 10 gradi in piu...
hai mai visto qualche sito che facesse una prova e dice nel post.... "si HT bella cosa.. solo ha di contro che ti sale di 10 gradi la cpu"
Non ho mai visto una nota del genere in nessuna recensione o review, ne tantomeno una jpg con la foto del prima e dopo...
Anzi ora non ricordo, dove facevano vedere la differenza di temperatura con e senza HT attivato, ed era massimo di 1-2 gradi e nemmeno (troppo poco per iniziare un linciaggio all'intel), ma sappiamo tutti che la temperatura varia per mille fattori ed oscilla di un grado piu o un grado meno e puo avvenire in qualsiasi momento a prescindere da cio che si sta facendo, infatti nei test di solito si fanno le medie (bench in genere) sulle misurazioni...
Poi io parlo di temperatura (finale della CPU a contatto col dissipatore) e non di watt (magari assorbiti dal sistema, dalla piastra e via dicendo)...

E' cambiato il sistema di gestione interno, non la velocita' di punta della CPU (mhz e voltaggio aumentano a vista d'occhio la temperatura), per giustificare un aumento cosi allarmistico...

L'ho sempre detto che e' il p4 e' fatto male... mangia come un bue e tira come una formica...
ora tira come un asinello, ma continua a mangiare come un bue ugualmente...
se tanto mi da tanto.. meglio che tiri come un asinello che come una formica...
tanto consuma uguale!

"Prova... prova... e poi ci risentiamo ! Cosi' per curiosita' sai quanti watt si piglia il P4 HT !?"

e tu per curiosita' hai provato? posta qualche jpg e senza imbrogliare
Grazie.

[magomerlinopaolo]

"Vi siete chiesti mai perchè è necessario aumentare la lunghezza delle pipeline per salire più facilmente in frequenza?"
me lo sono chiesto ma non hai risposto cmq probabilmente + è lunga la pipeline e + è stabile il processore alle alte frequenze, o una cosa del genere...
cmq non ho capito come si fanno ad avere prestazioni superiori del 500% se con l' hyperthreading puoi avere prestazioni (TEORICAMENTE...) del 200%, in quanto è come avere 2 processori(che condividono xò cache bus e tutto il resto...)
quindi,nn mi fido tanto di sto test