[Thread Ufficiale V3.0] AMD K10 Phenom Quad/Triple/Dual Core

[paolo.oliva2]

Originariamente inviato da Korn

ma figurarsi se l'nda serve a evitare che intel sappia già tutto sul phenom 2, non solo avranno informazioni da siti che hanno ricevuto sample, ma come minimo avranno vivisezionato in laboratorio qualche cpu

Questo spiegherebbe in parte il perché di C1 AM3, non credi?
Perché di fatto gli ES sono per testare i contatti elettrici, e per far questo in teoria è possibilissimo con un procio che sia anche solo 2 GHz, tanto, una volta testate le mobo ed i contatti elettrici, nel caso dello stesso procio ma a clock superiori basta "mapparlo". Se i produttori di mobo non hanno ricevuto a novembre C2 AM3 penso molto improbabile che Intel ne sia a conoscenza degli ulteriori sviluppi.
Almeno questa è la mia idea.

[Artuzzo]

AMD's business CPUs will clock all the way to 2.9GHz. The slowest dual-cores branded as Athlon X2 B21 will work at 2.7GHz and this is 2MB L2 CPU based on Regor 45nm dual-core. Athlon X2 B23 will be the faster iteration of this CPU clocked at 2.9GHz. These CPUs will feature a TDP of under 65W.

The three-core Phenom II X3 B71, based on Heka three-core, will run at 2.8GHz and it comes with 7.5MB of cache. The faster one is Phenom II X3 B73 and this one works at 2.8GHz, all under a 95W TDP design.

The quad-core business CPUs are Phenom II X4 B91 with 2.6GHz core clocke and 8MB of total cache and this Deneb-based CPU will also fit to under 95W TDP. The faster business Phenom is AMD Phenom II X4 B93 and this CPU will reach 2.8GHz.

They are all set to launch in early Q3 2009.

Fonte

[paolo.oliva2]

Originariamente inviato da Pihippo

Guarda paolo per aumentare l'ipc di cosette ce ne sarebbero da fare. CTM ed HKmG possono, se non proprio, fare miracoli. Ad esempio celle cache più veloci.
Questo per dire cosa si può fare senza toccare il cuore di S.T.A.R.S. Se lo volessero ritoccare, cosa non pensabile perchè costa un casino, fanno le unità di FP e di Int più out order, questo gia di per se da un 10% in più di prestazioni.
Però, se il Phenom II mantiene le promesse fatte a livello di tweaks di architettura, di cache ampliata, e consumi bassi, secondo me non c'è ne sarà bisogno.

Io ho anche postato per sentire opinioni differenti
Io di out order non so nemmeno cosa sia...

[mtk]

http://i.blog.empas.com/freeman2580/...9_1153x994.jpg

gia' postata??

[Athlon 64 3000+]

Phenom II 940 tirato a 4 ghz con v-core di default che riesce anche a fare dei test.
Sinceramente ci credo poco che sia possibile.

[digieffe]

mi sono virtualmente iscritto a questa discussione ieri pomeriggio :-)
dopo una buona lettura della discussione mi sono fatto qualche idea ma anche qualche dubbio ...
Inizio con una domanda di ordine pratico: qual'è il daily oc aria (24/7) per un b3? e cosa si può ipotizzare per un c2 (+400mhz)?


EDIT: c2=PhII step c2 no core2

[THE^JACKAL]

Ciao ragazzi, ho una gigabyte con chipset 790gx e sb750 e mi da gia il supporto per il PhenomII, ma conviene prenderlo socket AM3 per la questione dei 95w o sbaglio ?

[Pihippo]

Originariamente inviato da paolo.oliva2

Io ho anche postato per sentire opinioni differenti
Io di out order non so nemmeno cosa sia...

Allora te lo dico come riesco a spiegarlo io, se non è esatto al 100%, anzi se fosse esatto al 50 % sarebbe un buon risultato, non te la prendere a male.
1)Ci sono delle unità funzionali che non so come si chiamano.
2) In generale queste unità funzionali decodificano le istruzioni e pongono le istruzioni che non hanno vincoli (o che hanno vincoli che sono stati risolti)(questo perchè il risultato di una operazione è vincolata a quella che si è fatta prima opd un'altra che si deve fare) entro buffer (reservation station) che alimenta le pipeline(quindi svolgono le operazoni riservate in quel buffer tanto bellino). Dopo le pipeline vi è un'unita che utilizzando delle etichette collegate alle istruzioni ricostruisce l'ordine cronologico delle istruzioni facendo uscire dal processore i risultati delle istruzioni con l'ordine cronologico impostato dal programma. Almeno si spera che l'unità che fa i salti (branch prediction) sia giusta, senno tutto quello che abbiamo detto non vale e viene cancellato tutto.
Ecco beno male è un qualcosa del genere.

[Artuzzo]

Azz ce l ho fatta ho appena venduto scheda madre Asus m2n sli deluxe procio Amd athlon x2 4600 2,4 ghz, alimentatore 500w spire zeno per 100 euri...

Adesso che mi compro avendo un budget per scheda madre e procio di 300-350 euri?

[bjt2]

Originariamente inviato da mafferri

dei primi confronti attendibili e come li farebbe paolo



Fonte

Se vi può interessare, io con doppio yorkfield 3 GHz con bus a 1600 e FBDIMM 800, mettendo 7-zip a priorità tempo reale sui primi 4 core ottengo 9130. (Vista ultimate 64 bit e 7-zip versione 64 bit). Con tutti gli 8 i core ottengo sui 15000.
Una cosa strana è che sul sistema in uptime da qualche giorno, appena ho lanciato il benchmark di 7-zip mi è andato in bluescreen... Dopo il riavvio non l'ha più fatto...

EDIT: ho letto che il sistema del bench è a 32 bit. Questi risultati sono ancora più impressionanti allora, perchè il mio risultato l'ho fatto a 64 bit...

[Crystal1988]

Originariamente inviato da bjt2

Se vi può interessare, io con doppio yorkfield 3 GHz con bus a 1600 e FBDIMM 800, mettendo 7-zip a priorità tempo reale sui primi 4 core ottengo 9130. (Vista ultimate 64 bit e 7-zip versione 64 bit). Con tutti gli 8 i core ottengo sui 15000.
Una cosa strana è che sul sistema in uptime da qualche giorno, appena ho lanciato il benchmark di 7-zip mi è andato in bluescreen... Dopo il riavvio non l'ha più fatto...

Dunque in 7-zip tarella non poco il PhII visto che sarebbe quasi il 9% più rapido di uno yorkfield... anche se però nella tua piattaforma hai delle FBDIMM 800..

[bjt2]

Originariamente inviato da maporca

O_o

Molecular Dynamics ( Ovvero massacrata di calcoli in virgola mobile )
UGUALE !?

BJT2 ....!! Allora la L3 non incide nei calcoli scientifici ?

Evidentemente li si è limitati dalla potenza delle unità di calcolo.
Tempo fa feci un calcolo basandomi sulla banda della memoria. Se un certo calcolo richiedeva più di tot operazioni FPU per ogni dato, si era limitati dalla CPU, se era di meno, lo si era dalla banda della memoria. Questo perchè se ci vogliono in media tot cicli di clock CPU per leggere un dato (e la banda della memoria non è cambiata), se il numero di operazioni FPU necessarie per un dato, combinato con la velocità della CPU supera il numero di cicli di clock per leggere un dato, allora si è limitati dalla CPU, altrimenti si è limitati dalla memoria.

Prendi per esempio l'addizione di due vettori. In questo caso si è limitati dalla memoria perchè l'addizione si fa in un ciclo.
Prendi per esempio una funzione complessa, com ad esempio arcotangente(exp(x)). Questa funzione è trascendente e complessa e probabilmente ci vogliono decine di cicli per elaborare un solo dato. Se la memoria è sufficientemente veloce, sarà la CPU il collo di bottiglia.

Ora a parte dei tweak, il K10.5 non ha più unità del K10. Quindi su calcoli lineari come può essere l'elaborazione numerica, non si può guadagnare molto...

[bjt2]

Originariamente inviato da paolo.oliva2

Visto che ormai mancano 2 giorni all'8 gennaio... si sa qualche cosa del programma? Cioè se sia previsto un collegamento via internet in tempo reale?
Sapevo che volevano fare un'altro OC in diretta...
Inoltre ci sarebbero 6h in meno rispetto al nostr fuso orario... quindi se loro iniziano l'8 mattina, da noi sarebbe il pomeriggio.

Io sapevo che volevano tentare un OC con l'elio liquido (-269 gradi C, circa 4 gradi K) e speravano di arrivare a 7 GHz...

[Crystal1988]

Originariamente inviato da bjt2

Evidentemente li si è limitati dalla potenza delle unità di calcolo.
Tempo fa feci un calcolo basandomi sulla banda della memoria. Se un certo calcolo richiedeva più di tot operazioni FPU per ogni dato, si era limitati dalla CPU, se era di meno, lo si era dalla banda della memoria. Questo perchè se ci vogliono in media tot cicli di clock CPU per leggere un dato (e la banda della memoria non è cambiata), se il numero di operazioni FPU necessarie per un dato, combinato con la velocità della CPU supera il numero di cicli di clock per leggere un dato, allora si è limitati dalla CPU, altrimenti si è limitati dalla memoria.

Prendi per esempio l'addizione di due vettori. In questo caso si è limitati dalla memoria perchè l'addizione si fa in un ciclo.
Prendi per esempio una funzione complessa, com ad esempio arcotangente(exp(x)). Questa funzione è trascendente e complessa e probabilmente ci vogliono decine di cicli per elaborare un solo dato. Se la memoria è sufficientemente veloce, sarà la CPU il collo di bottiglia.

Ora a parte dei tweak, il K10.5 non ha più unità del K10. Quindi su calcoli lineari come può essere l'elaborazione numerica, non si può guadagnare molto...

La problematica però è:
Anche se non di può guadagnare molto...che significa che si può guadagnare poco... comè possibile che non si guadagni proprio NULLA??
Dei tweak ci sono, e non sono pochissimi..

[bjt2]

Originariamente inviato da Pihippo

Guarda paolo per aumentare l'ipc di cosette ce ne sarebbero da fare. CTM ed HKmG possono, se non proprio, fare miracoli. Ad esempio celle cache più veloci.
Questo per dire cosa si può fare senza toccare il cuore di S.T.A.R.S. Se lo volessero ritoccare, cosa non pensabile perchè costa un casino, fanno le unità di FP e di Int più out order, questo gia di per se da un 10% in più di prestazioni.
Però, se il Phenom II mantiene le promesse fatte a livello di tweaks di architettura, di cache ampliata, e consumi bassi, secondo me non c'è ne sarà bisogno.

Le unità FP e INT sono già superpipelined. Solo le operazioni trascendentali non possono essere eseguite una per clock, perchè sono microcodificate. L'unica cosa che si può fare è aumentare il numero delle istruzioni direct path single o double e diminuire le vector path, se già non si è arrivati al limite teorico (nel senso che un sin o atan non può che essere microcodificato...)

[Immortal]

Originariamente inviato da bjt2

Io sapevo che volevano tentare un OC con l'elio liquido (-269 gradi C, circa 4 gradi K) e speravano di arrivare a 7 GHz...

piccolo ot: ma qualcuno ha mai occato con elio liquido? non rischia di sbriciolarsi/creparsi il die? minchia 4°K sono pochissimi...

[carpo93]

Originariamente inviato da bjt2

Io sapevo che volevano tentare un OC con l'elio liquido (-269 gradi C, circa 4 gradi K) e speravano di arrivare a 7 GHz...

si avevo sentito anche io
spero che abbiano delle buone v-mod per dare tipo 2.2 di vcore

[bjt2]

Originariamente inviato da Pihippo

Allora te lo dico come riesco a spiegarlo io, se non è esatto al 100%, anzi se fosse esatto al 50 % sarebbe un buon risultato, non te la prendere a male.
1)Ci sono delle unità funzionali che non so come si chiamano.
2) In generale queste unità funzionali decodificano le istruzioni e pongono le istruzioni che non hanno vincoli (o che hanno vincoli che sono stati risolti)(questo perchè il risultato di una operazione è vincolata a quella che si è fatta prima opd un'altra che si deve fare) entro buffer (reservation station) che alimenta le pipeline(quindi svolgono le operazoni riservate in quel buffer tanto bellino). Dopo le pipeline vi è un'unita che utilizzando delle etichette collegate alle istruzioni ricostruisce l'ordine cronologico delle istruzioni facendo uscire dal processore i risultati delle istruzioni con l'ordine cronologico impostato dal programma. Almeno si spera che l'unità che fa i salti (branch prediction) sia giusta, senno tutto quello che abbiamo detto non vale e viene cancellato tutto.
Ecco beno male è un qualcosa del genere.

Purtroppo se una istruzione dipende da una precedente non puoi farla in parallelo... Ormai le code sono ottimizzate da anni... Quello che puoi ottimizzare è il branch prediction...

[bjt2]

Originariamente inviato da Crystal1988

Dunque in 7-zip tarella non poco il PhII visto che sarebbe quasi il 9% più rapido di uno yorkfield... anche se però nella tua piattaforma hai delle FBDIMM 800..

Penso che con delle DDR3 1600 guadagnerei poco... L'FSB a 1600 è molto limitante per applicazioni memory intensive...

[bjt2]

Originariamente inviato da Crystal1988

La problematica però è:
Anche se non di può guadagnare molto...che significa che si può guadagnare poco... comè possibile che non si guadagni proprio NULLA??
Dei tweak ci sono, e non sono pochissimi..

Evidentemente il codice di molecular dynamics è così lineare che il branch prediction e il prefetcher lavorano già alla massima efficienza e i miglioramenti del K10.5 non hanno influenza...