[Thread Ufficiale V4.0] AMD K10 Phenom2/Athlon2: L'era dei 45nm AMD!

[Vash_85]

Originariamente inviato da mtk

molto piu' rustico il mio htpc con x3 720be a 3,6 gigi

Cacchio, io di solito ci monto degli athlon a basso consumo

[-Maxx-]

Dovete vedere questo insolito accrocchio di mobo a base di 785G -clicca-

[jrambo92]

Originariamente inviato da -Maxx-

Dovete vedere questo insolito accrocchio di mobo a base di 785G -clicca-

Noooo... e quanto ti costa 1 GB di DDR-400 + una CPU skt 939 (per forza usata)?

[capitan_crasy]

Originariamente inviato da Knukcles

Voglio quella tastiera della logitech!!

mia mia!

Non ho visto il tutto dettagliatamente......ma che scheda madre è?......mi pare di 3 anni fa.....

Originariamente inviato da -Maxx-

La mitica diNovo Mini

La mobo non l'ho mai sentita, dice che è una MSI Media Live DIVA...

La scheda mamma si chiama Media MSI Live DIVA ed è l'unica al mondo con chipset AMD 780M (chipset usato per il campo mobile).
Inoltre ha una scheda audio molto bella per un sistema Home Theater...



Clicca qui...

[M4R1|<]

Originariamente inviato da Pihippo

Ciao
Purtroppo questa è l'amara situazione. E pure secondo me non dovrebbe essere difficile programmare per un kernel simile a quello amd. Chissa perchè i programmatori non lo fanno
per quanto riguarda buldozer ho letto in :http://citavia.blog.de/
che buldozer potrebbe essere unaarchitettura clusterd, ovvero con 2 cluster di integer per ogni core( con dual ported verso la cache qundi sospetto che ognuna abbia un troughput di 2 istruzioni per clock) più ovviamente le rispettive agu(se non ho capito male 2 per ogni cluster e con una porta propria verso la cache, speriamo che inventino qualche meccanismo per processare le operazioni sulla memoria out of order questo si che sarebbe bello) per le operazioni con gli indirizzi, ed in mezzo a questi due cluster di integer vi sarebbe una FPU condivisa, ragione per cui essendo condivisa penso che debba essere abbastanza potente anch'essa dual ported verso la cache e spero con ampiezza del datapath di 256bit visto che le avx di intel hanno prevedono operazioni vettoriali con dati di 256bit.

Ciao

A parte il fatto che ho fatto fatica a seguirti in quanto nn sono così informato mi pare di capire che AMD abbia deciso di seguire con bulldozer una strada ad architettura modulare a moduli di due cose, mi spiego meglio: se la FPU è condivisa tra due core è impossibile ricavare single core, ma il minimo è appunto un dual core a meno che nn si riprogettino alcune cose per il single core (perdona le ripetizioni). cmq una FPU condivisa potrebbe essere molto più potente di due FPU tradizionale in due core distinti innanzitutto perchè si eviterebbero molte ridondaze (nn di codice ma di silicio occupato) e quindi potrebbe avere più parti dedicate ai calcoli e poi perchè confermerebbe un reverse-ht.
Cmq a parte questo mi pare veramente tanto diverso da quello che è ora sia K10 che Nehalem, speriamo che tutta questa attesa ci riservi qualcosa di rivoluzionario

Originariamente inviato da Ren

Riporto degli articoli di ricerca per gli utenti con conoscenze tecniche, sul concetto di Clustered Core, stesso approccio che si ipotizza adotterà AMD con Bulldozer.
Gli Articoli spaziano dalla struttura interna al confronto con SMT (HyperThreading) sia dal punto delle performance che dei consumi energetici.

SMT vs CMT(Clustered Core) :

http://www.csl.cornell.edu/~albonesi...ispass05_1.pdf

Ricerca sulla miglior estrazione del IPC :

http://cseweb.ucsd.edu/users/tullsen/ipdps04.pdf

Struttura della cache :

ftp://ftp.cs.rochester.edu/pub/paper...eaded_arch.pdf

Architettura Interna :

http://www.eecg.toronto.edu/~pc/rese...as.micro97.pdf

Spero di aver colto il senso dei primi due articoli :

Il primo studio afferma che l'approccio SMT diventa penalizzante sul versante dei consumi quando questo supera i 2-4 thread per core(50% energia sprecata in 8-16 thread). Il CMT anche se leggermente meno prestante scala meglio in complessità sul singolo cluster, ma i vantaggi si riducono nei confronti del SMT-Multicore.

Il secondo è più complesso, ma in breve dice che in front-end è in parte un collo di bottiglia, quindi combinare CMT e SMT crea il miglior compromesso possibile.

Queste due conclusioni sono già note, infatti sono state adottate dal Sun Rock.


Ovviamente ci sono molte più informazioni al interno degli articoli, che non ho citato, come approcci per la cache, thread scaling ecc..


Passo la palla agli esperti per il resto.


PS. Sono ovviamente in inglese.

Sono articoli molto interssanti ma per problemi di tempo nn riesco proprio a leggerli, cmq sono curioso di vedere dei commenti anche di bjt2

Originariamente inviato da Pihippo

Ciao.
Premetto che non sono per nulla esperto, comunque mi interessano molto queste cosuccie qui.
Sbaglio o molti articoli sono riportati anche su http://citavia.blog.de/ ?
Interessantissimi gli articoli. Grazie di cuore.
Sopratutto per quanto riguarda l'approccio CMT mi sembra di capire che non soffre di pesanti drawback come il SMT. Ovvero R.O.P e buffer vari e L\S unit non sono condivisi per thread, quindi ogni thread avrebbe accesso a tutte le risorse disponibile per cluster. Leggo sempre nel link 2 che ogni cluster di integer possiede 4 code da 32 entrate rifornite da una centrale più grossa e più a monte delle processore ed ogni coda rifornisce 2 unità alu ed una agu( o forse una alu ed 1 agu?)
il problema che mi sembra di aver capito è che è spiegato nel LINK 2, e che sebbene questo permetta di spremere al massimo ILP e clock(poichè la logica di controllo e fowarding è meno complessa in quanto ogni cluster "dovrebbe essere indipendente" dall'altro) si hanno delle penalità in pratica, da quello che ho capito se:
1)
L'icu fa un errore a mettere 2 istruzioni dipendenti in 2 code diverse si ha una penalità di due cicli di clock, poi sempre per errori di scheduling se si assegna un operazione ad un cluster con gli issue slot(ovvero gli slot da cui entra l'istruzione nella pipeline) piena questa istruzione non verrà processata fino a quando non si hanno le risorse disponibili anche se nel cluster parente ci sono disponibili (quindi mi sa che è complicato spostare le cose da un cluster all'altro)
2)
Nel caso in cui una istruzione venga assegnata ad un cluster con la coda piena si creeranno le cosiddette pipeline bubbles, ovvero ulteriori istruzioni non potranno essere in coda cosi che si crei una bolla nella pipeline stessa, questo poichè la pipeline e composta da più stadi, e quando un'istruzione arriva nelle queue viene divisa in tante microoperazioni che vengono eseguite dagli stadi della pipeline, quindi mancando di alcune microoperazioni nella pipeline (le bolle) essa si stalla.

Scorrendo l'articolo ci sono altri bottleneck come ad esempio il register renaming se il thread è diviso "splittato dice nell'articolo su più cluster" in quanto i registri sono condivisi da ambedue i cluster,
Poi mi sono perso in quanto si parla di tecniche di SMT che consentono l'arginare di tutti sti bottleneck e qui chiedo l'aiuto di chi ne sa più di me BJT2 ed altri.

fidati tu ne sai già tanto, mi sono persone nel discorso che hai fatto (sono anche stanco cmq)

Cmq per evitare che si verifichi il caso 1 ed il caso 2 basterebbe (e lo sto dicendo da profano, quindi nn linciatemi se sbaglio ) migliorare al massimo l'efficienza della CU e creare un set di istruzioni proprio appositi per informare la cpu in maniera preventiva di quello che si starà per fare (ripeto nn linciatemi nn un ingegnere elettronico o dell'hardware)

Originariamente inviato da capitan_crasy

La scheda mamma si chiama Media MSI Live DIVA ed è l'unica al mondo con chipset AMD 780M (chipset usato per il campo mobile).
Inoltre ha una scheda audio molto bella per un sistema Home Theater...



Clicca qui...

Un Home Theater a mio modo di vedere deve avere consumi bassi e usare quei vecchi condensatori di certo nn aiuta. MSI fa bene in certi ambiti ma in altri fa

[blackshard]

Originariamente inviato da M4R1|<

Un Home Theater a mio modo di vedere deve avere consumi bassi e usare quei vecchi condensatori di certo nn aiuta. MSI fa bene in certi ambiti ma in altri fa

E perchè mai? I condensatori non incidono in modo importante sui consumi.

[capitan_crasy]

Originariamente inviato da M4R1|<

Un Home Theater a mio modo di vedere deve avere consumi bassi e usare quei vecchi condensatori di certo nn aiuta. MSI fa bene in certi ambiti ma in altri fa

Io direi che non esiste nessuna altra scheda mamma più specializzata di quella per un HTPC con CPU AMD...

[sniperspa]

Originariamente inviato da -Maxx-

Dovete vedere questo insolito accrocchio di mobo a base di 785G -clicca-

Omg cosa si sono bevuti alla asrock quel giorno?

Ma sarà pure meglio farla AM2 che si trova più facilmente i processori e la ram non costa un rene!

Come se a uno che ha già una piattaforma 939 gliene fregasse qualcosa di cambiare mobo

[Knukcles]

Originariamente inviato da -Maxx-

La mitica diNovo Mini

La mobo non l'ho mai sentita, dice che è una MSI Media Live DIVA...

Bellissima quella tastiera!!....ma quanto costa ......

Originariamente inviato da capitan_crasy

La scheda mamma si chiama Media MSI Live DIVA ed è l'unica al mondo con chipset AMD 780M (chipset usato per il campo mobile).
Inoltre ha una scheda audio molto bella per un sistema Home Theater...


Clicca qui...

Originariamente inviato da capitan_crasy

Io direi che non esiste nessuna altra scheda mamma più specializzata di quella per un HTPC con CPU AMD...

Io ci avrei piazzato questa

http://www.asus.com/product.aspx?P_I...zh0&templete=2

[Pihippo]

Originariamente inviato da M4R1|<

Ciao

A parte il fatto che ho fatto fatica a seguirti in quanto nn sono così informato mi pare di capire che AMD abbia deciso di seguire con bulldozer una strada ad architettura modulare a moduli di due cose, mi spiego meglio: se la FPU è condivisa tra due core è impossibile ricavare single core, ma il minimo è appunto un dual core a meno che nn si riprogettino alcune cose per il single core (perdona le ripetizioni). cmq una FPU condivisa potrebbe essere molto più potente di due FPU tradizionale in due core distinti innanzitutto perchè si eviterebbero molte ridondaze (nn di codice ma di silicio occupato) e quindi potrebbe avere più parti dedicate ai calcoli e poi perchè confermerebbe un reverse-ht.
Cmq a parte questo mi pare veramente tanto diverso da quello che è ora sia K10 che Nehalem, speriamo che tutta questa attesa ci riservi qualcosa di rivoluzionario



Sono articoli molto interssanti ma per problemi di tempo nn riesco proprio a leggerli, cmq sono curioso di vedere dei commenti anche di bjt2



fidati tu ne sai già tanto, mi sono persone nel discorso che hai fatto (sono anche stanco cmq)

Cmq per evitare che si verifichi il caso 1 ed il caso 2 basterebbe (e lo sto dicendo da profano, quindi nn linciatemi se sbaglio ) migliorare al massimo l'efficienza della CU e creare un set di istruzioni proprio appositi per informare la cpu in maniera preventiva di quello che si starà per fare (ripeto nn linciatemi nn un ingegnere elettronico o dell'hardware)


Cut
:

Ciao
Grazie per l'interessamento. Manco io sono un ingegnere però nei tempi morti mi piace leggere di informatica cosi da capirci un minimo.
Per il discorso "Single core" mi pare di aver capito che la FPu è sempre una in ogni core, ma condivisa tra le unità che fanno integer, cioè queste unità che fanno integer le hanno chiamate cluster in quanto sono in grado di farci girare un thread, quindi 2 cluster 2 thread ma nello stesso core. Siccome è difficile che un thread sia fatto solo di integers hanno pensato bene di metteri una FPU che aiuta ambedue i cluster, questo perchè penso sia condivisa e quindi dovrà essere perforza molto potente. Secondo me è giusto quello che dici che avendo una FPU condivisa si può risparmiare silicio e magari farla venire su veramente potente. Anche se non ho capito come fa a seguire due thread. Magari è dotata di qualche logica che gli dice di dividere le sue risorse in parti diverse a seconda di quale thread ha bisogno di maggiore potenza, cosi si potrebbe aumentare l'efficienza in quanto lavora quando serve e nel modo che serve, discorso a parte e come fa essa a comunicare con i cluster. Qui davvero ci vuole un ingegnere che si metta di santa pazienza ad esaminare tutti quegli schemini e freccine che a me ricordano un microarray di cDNA.
Certa è una cosa, non assomiglia per niente ne a K7-8-10, tantomeno a Nehalem.

[capitan_crasy]

Originariamente inviato da Knukcles

Io ci avrei piazzato questa

http://www.asus.com/product.aspx?P_I...zh0&templete=2

Ottima per il reparto video (785G) e accessori; ma la scheda audio e gli attacchi "component" della MSI sono un vero tocco di classe...

[-Maxx-]

Originariamente inviato da capitan_crasy

La scheda mamma si chiama Media MSI Live DIVA ed è l'unica al mondo con chipset AMD 780M (chipset usato per il campo mobile).
Inoltre ha una scheda audio molto bella per un sistema Home Theater...



Clicca qui...

Hai capito, un bel Puma trapiantato su desktop... Grazie per le info

[capitan_crasy]

Sono usciti i documenti tecnici sullo step C3...
Aspettando l'analisi del buon bjt2 posso dire che lo step C3 risolve "Errata 379", cioè viene corretto il BUG dei 4 moduli di memoria DDR3 @ 1333Mhz...

[Vash_85]

Originariamente inviato da capitan_crasy

Sono usciti i documenti tecnici sullo step C3...
Aspettando l'analisi del buon bjt2 posso dire che lo step C3 risolve "Errata 379", cioè viene corretto il BUG dei 4 moduli di memoria DDR3 @ 1333Mhz...

Qualche chicca "prestazionale"?

[Knukcles]

Originariamente inviato da capitan_crasy

Sono usciti i documenti tecnici sullo step C3...
Aspettando l'analisi del buon bjt2 posso dire che lo step C3 risolve "Errata 379", cioè viene corretto il BUG dei 4 moduli di memoria DDR3 @ 1333Mhz...

debbono uscire le cpu non i datasheet!!

[capitan_crasy]

Originariamente inviato da Vash_85

Qualche chicca "prestazionale"?

Sembra che lo step C3 supporti le DDR3 con Vcore da 1.35v (DDR3 @ 533Mhz)...
Qualcuno di voi sa cose il SVI mode? (la voce completa è 3.4 MHz high speed SVI mode)

[revo]

ragazzi scusate cosa significa step c2 e c3?

ps: ma su una main per home theatre non è meglio montarci una xonar dx invece che tutti sti mezzucci qui?
secondo me la migliore scheda audio in circolazione

[Knukcles]

Originariamente inviato da capitan_crasy

Sembra che lo step C3 supporti le DDR3 con Vcore da 1.35v (DDR3 @ 533Mhz)...
Qualcuno di voi sa cose il SVI mode? (la voce completa è 3.4 MHz high speed SVI mode)

SVI dovrebbe stare per "serial VID interface"....

[capitan_crasy]

Originariamente inviato da Knukcles

debbono uscire le cpu non i datasheet!!

Tipo questa?

[Knukcles]

Originariamente inviato da capitan_crasy

Tipo questa?

vabe cacchio ho capito......comincio a mettere i soldi da parte

Si sa che scheda madre è?
Magari l'oc è stato anche limitato perchè la scheda non sale più di bus