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

[Dre@mwe@ver]

Ho letto ora la notizia di HWUpgrade...che dire, dicono tutti la stessa cosa, ehe a me pare fuori dal mondo...davvero improbabile che un esa desktop, realizzato con lo step D2, abbia le stesse frequenze massime e lo stesso TDP di un Opteron D0...

Allora Magny-Cours dovrebbe avere un TDP di 400W? E scaldare come una stufa?

Per quanto ne so, l'aumento dei core non incide poi tantissimo nè sull'aumento del voltaggio da dare alla CPU nè sul TDP...
Io ipotizzerei un esa a 3.2 ghz, 125W di TDP, e magari una versione a 3.4 ghz con tdp di 140W

[paolo.oliva2]

Io sono sempre più convinto invece che quella T stia per Turbo-mode, cioé il 1075T è un 3,6GHz 125W TDP come quad, quando invece lavora come six passa sui 3,2/3,4GHz... e se il 975 C3 esce fuori a 3,6GHz 140W, il Thuban essendo 125W non teme nè il clock maggiore nè un TDP maggiore, contando poi che all'occorrenza ha 2 core in più.

E poi da quando c'è la filosofia Phenom II, il modello di punta ha sempre il clock maggiore seguito dal numero maggiore di core, ed in questo modo AMD continuerebbe la stessa filosofia pure con l'esa.

Se quello che penso fosse giusto, in fin dei conti si passerebbe dal C3 3,6GHz 140W al D2 3,6GHz 125W, quindi direi possibilissimo.
Inoltre, se vogliamo avere una ulteriore conferma, il 960T che sarebbe lo stesso step, è un 3,3GHz 95W, mentre il 955 è un 3,2GHz 95W, quindi questo guadagno nello step lo possiamo già vedere, se vogliamo vederlo.

[jrambo92]

Originariamente inviato da ninjakstyle

Un domandone sull'avvio di k10stat...

Premetto che funziona tutto correttamente, ma è possibile far avviare in automatico k10stat impostando in automatico all'avvio
control function --> Ganged (based on averege load)
senza che ad ogni avvio faccia "a manina"

Grazie!

Per la modalità Ganged(Based on average load) sostituisci la stringa di avvio:

-loadprofile:1 -StayOnTray -ClkCtrl:1 -NoWindow


con questa:

-loadprofile:1 -StayOnTray -ClkCtrl:3 -NoWindow

[GT82]

Ho un paio di domande:

1- qualcuno ha idea del perchè i 45nm AMD (quad, triple, dual, one) hanno dei Vcore def così alti (addirittura superiori ai K8 65nm) e infatti si undervoltano bene?
lo chiedo perchè AMD non ha fatto e non fa tutt'ora una bella figura nelle review alla voce consumi, aggravata dal gap prestazionale con Nehalem/Westmere
ai tempi del K8, che erano sì inferiori a sua volta ai Core, perlomeno a livello di consumi non avevano niente da invidiare...

ora, noi smanettoni undervoltiamo ma la maggioranza dei possibili acquirenti magari vedendo quei consumi ci pensa un po', un punto debole che (forse) si poteva evitare no?

gli ingegneri AMD peccano di ansia da stabilità oppure sotto ci sono motivi tecnici veri?
la butto lì: non è che il silicio soffre di un elevato degrado e con il tempo richiede sempre più corrente?


2- riporto un quote di un articolo su Anandtech

Originariamente inviato da Anandtech

The problem with the Phenom II X2's architecture is that you get relatively small and high latency L2 caches (512KB, 15 cycle) and a large/high latency L3 cache (6MB, ~40 - 50 cycles). It's not ideal for a dual-core chip.With Clarkdale you at least get much lower latency caches (10 cycles and sub-40 cycles for L2 and L3 respectively).

E' possibile recuperare IPC abbassando le latenze delle cache? se no cosa impedisce di farlo?

grazie a tutti

[blackshard]

Originariamente inviato da GT82

2- riporto un quote di un articolo su Anandtech


E' possibile recuperare IPC abbassando le latenze delle cache? se no cosa impedisce di farlo?

grazie a tutti

Si, se abbassi le latenze della cache ottieni il dato che cerchi più velocemente.
L'impedimento al ridurre le latenze delle cache è il tempo di propagazione del segnale dovuto al fatto che i transistor impiegano un tempo finito per cambiare stato, quindi non puoi "spingerli" oltre.
Tralaltro il tempo di propagazione è sempre riferito al clock principale, quindi anche se aumenti il clock, la ricerca nella cache richiederà sempre lo stesso tempo relativo.

[Pihippo]

Originariamente inviato da GT82

Ho un paio di domande:

1- qualcuno ha idea del perchè i 45nm AMD (quad, triple, dual, one) hanno dei Vcore def così alti (addirittura superiori ai K8 65nm) e infatti si undervoltano bene?
lo chiedo perchè AMD non ha fatto e non fa tutt'ora una bella figura nelle review alla voce consumi, aggravata dal gap prestazionale con Nehalem/Westmere
ai tempi del K8, che erano sì inferiori a sua volta ai Core, perlomeno a livello di consumi non avevano niente da invidiare...

ora, noi smanettoni undervoltiamo ma la maggioranza dei possibili acquirenti magari vedendo quei consumi ci pensa un po', un punto debole che (forse) si poteva evitare no?

gli ingegneri AMD peccano di ansia da stabilità oppure sotto ci sono motivi tecnici veri?
la butto lì: non è che il silicio soffre di un elevato degrado e con il tempo richiede sempre più corrente?


2- riporto un quote di un articolo su Anandtech


E' possibile recuperare IPC abbassando le latenze delle cache? se no cosa impedisce di farlo?

grazie a tutti

Ciao
In attesa di Bjt2 ti do qualche info io:
1)
Il processo di amd è di tipo Stranded silicon on insulator, SOI, che permette di avere silico che tollera voltaggi alti ma allo stesso tempo consuma meno poichè le correnti parassite "Leakage" sono inferiori e di molto anche rispetto al processo bulk di intel. Quindi i consumi non sono esagerati se ti vai a vedere una review su techreport, che ancora sanno fare review decenti, noterai come un instambul in confronto ad uno Xeon nehalem necessità di meno watt per fare lo stesso lavoro. Certo che in alcuni ambienti è parzialmente verò ciò in quanto in alcuni workload istambul impiega più tempo del nehalem.
2)
Guarda per le review dei processori non mi fido più di tanto di anandtech ma di http://ixbtlabs.com/ Tra laltro faranno una review in cui si discute sulle ottimizzazioni dei compiler intel attivando e disattivando il check del Genu Ine Intel tra PHII i7 e core2quad, come riportato dal sito di agner fog. Nei commenti si parla appunto di questa review. E si spera che la facciano il prima possibile.
Sei sicuro che i k8 fossero cosi inferiori ad i C2duo?
Io cercherei un po di bench di CPUSPEC e ne resterei sorpreso http://abinstein.blogspot.com/2007/0...ouldnt-be.html
Comunque quello che dice Anand è vero, secondo me il sistema di chaching dei C2duo e dei nehalem è molto migliore di quello dei k10. Abbassare le latenze delle cache comunque richiede una ridisegnazione delle TLB, traslation lookaside buffers ovvero speciali buffers che traducono gli indrizzi virtuali in indirizzi fisici senza far sprecare prezioso tempo alla cpu al page walking ovvero letteralmene la cpu che scorre gli indirizzi logici e fisici uno ad uno per trovare quelli giusti, di primo e di secondo livello in quanto devo stare al passo con chache più veloci.

[bjt2]

Originariamente inviato da paolo.oliva2

Ti volevo chiedere una cosa...
quando si conosceranno le caratteristiche dello step Thuban, se questo avesse una temp max superiore allo step C2-C3, si potrebbe ipotizzare un limite di OC maggiore con dissipazione "umana"?
In poche parole, ormai si sono guadagnati 600MHz a parità di TDP, ma l'OC direi ad occhio solo 200MHz dal 940. Insomma, mi sembra che comunque quando si occa, il silicio AMD quando si avvicina a circa -10° alla temp. max dichiarata, comincia ad avere prb sull'OC, mentre se lo si raffredda sotto lo zero, pedala e pedala molto bene.
Se il prox step oltre al guagagno di frequenza rispetto al TDP avesse anche come caratteristica una temp max maggiore, secondo te ci sarebbero i presupposti che anche l'OC sia maggiore?

Il limite dei 4GHz rimane comunque se non hanno cambiato la "forza" dei transistors. Ma aumentando la Tmax, la potenza dissipabile aumenta, quindi OC maggiore a parità di raffreddamento.

[paolo.oliva2]

Originariamente inviato da Pihippo

Ciao
In attesa di Bjt2 ti do qualche info io:
1)
Il processo di amd è di tipo Stranded silicon on insulator, SOI, che permette di avere silico che tollera voltaggi alti ma allo stesso tempo consuma meno poichè le correnti parassite "Leakage" sono inferiori e di molto anche rispetto al processo bulk di intel. Quindi i consumi non sono esagerati se ti vai a vedere una review su techreport, che ancora sanno fare review decenti, noterai come un instambul in confronto ad uno Xeon nehalem necessità di meno watt per fare lo stesso lavoro. Certo che in alcuni ambienti è parzialmente verò ciò in quanto in alcuni workload istambul impiega più tempo del nehalem.
2)
Guarda per le review dei processori non mi fido più di tanto di anandtech ma di http://ixbtlabs.com/ Tra laltro faranno una review in cui si discute sulle ottimizzazioni dei compiler intel attivando e disattivando il check del Genu Ine Intel tra PHII i7 e core2quad, come riportato dal sito di agner fog. Nei commenti si parla appunto di questa review. E si spera che la facciano il prima possibile.
Sei sicuro che i k8 fossero cosi inferiori ad i C2duo?
Io cercherei un po di bench di CPUSPEC e ne resterei sorpreso http://abinstein.blogspot.com/2007/0...ouldnt-be.html
Comunque quello che dice Anand è vero, secondo me il sistema di chaching dei C2duo e dei nehalem è molto migliore di quello dei k10. Abbassare le latenze delle cache comunque richiede una ridisegnazione delle TLB, traslation lookaside buffers ovvero speciali buffers che traducono gli indrizzi virtuali in indirizzi fisici senza far sprecare prezioso tempo alla cpu al page walking ovvero letteralmene la cpu che scorre gli indirizzi logici e fisici uno ad uno per trovare quelli giusti, di primo e di secondo livello in quanto devo stare al passo con chache più veloci.

Quoto.
Comunque ricordo che confrontando le cache del K10 al Nehalem, quelle del Nehalem erano come densità maggiori e con tempi abbastanza inferiori e quindi più veloci.
Il K8, in windows, vuoi forse anche per i compilatori "partigiani", nel confronto con il Core2 dove andavano meglio erano al più alla pari, mentre dove andavano peggio perdevano in modo molto marcato.
Ma quello che "bastonava" realmente il K8 era la differenza di clock. Un K8 veniva venduto a 2,6GHz, mentre il Core2 a 3-3,2GHz ed in OC il K8 non superava i 3,4GHz, ma con TDP sopra i 200W, mentre un Core2 a 45nm a quella frequenza praticamente era ancora da occare...
Il Nehalem ha incrementato l'IPC, ma (per me), in proporzione ha guadagnato più il K10 sul K8 che il Nehalem sul Core2, ma quello che è realmente cambiato è che il K10 a parità di costo viene venduto ad un clock nettamente superiore al Nehalem.
Praticamente una volta AMD aveva sia IPC che clock-stock inferiori mentre ora ha solo l'IPC inferiore ma un clock stock maggiore del 20% (3,4GHz vs 2,666-2,8GHz), sempre contando proci attorno ai 200€.
Comunque sempre considerando quad to quad.
Con il Thuban le cose cambieranno, perché il suo IPC (che viene sempre calcolato nella sua potenza massima, cioè in multicore) sarà superiore al Nehalem molto di più della differenza odierna tra Nealem X4 e Phenom II X4, con una differenza di clock irrisoria (a favore dell'uno o dell'altro) ma solo con modelli top Intel, per i modelli base sarà un po' come i K8 con il Core2 (tranne che in monocore e Turbo-mode), perché con un IPC inferiore del 20% e con un clock inferiore del 20% non credo che vi saranno alternative.

[bjt2]

Originariamente inviato da Pihippo

Ciao
In attesa di Bjt2 ti do qualche info io:
1)
Il processo di amd è di tipo Stranded silicon on insulator, SOI, che permette di avere silico che tollera voltaggi alti ma allo stesso tempo consuma meno poichè le correnti parassite "Leakage" sono inferiori e di molto anche rispetto al processo bulk di intel. Quindi i consumi non sono esagerati se ti vai a vedere una review su techreport, che ancora sanno fare review decenti, noterai come un instambul in confronto ad uno Xeon nehalem necessità di meno watt per fare lo stesso lavoro. Certo che in alcuni ambienti è parzialmente verò ciò in quanto in alcuni workload istambul impiega più tempo del nehalem.
2)
Guarda per le review dei processori non mi fido più di tanto di anandtech ma di http://ixbtlabs.com/ Tra laltro faranno una review in cui si discute sulle ottimizzazioni dei compiler intel attivando e disattivando il check del Genu Ine Intel tra PHII i7 e core2quad, come riportato dal sito di agner fog. Nei commenti si parla appunto di questa review. E si spera che la facciano il prima possibile.
Sei sicuro che i k8 fossero cosi inferiori ad i C2duo?
Io cercherei un po di bench di CPUSPEC e ne resterei sorpreso http://abinstein.blogspot.com/2007/0...ouldnt-be.html
Comunque quello che dice Anand è vero, secondo me il sistema di chaching dei C2duo e dei nehalem è molto migliore di quello dei k10. Abbassare le latenze delle cache comunque richiede una ridisegnazione delle TLB, traslation lookaside buffers ovvero speciali buffers che traducono gli indrizzi virtuali in indirizzi fisici senza far sprecare prezioso tempo alla cpu al page walking ovvero letteralmene la cpu che scorre gli indirizzi logici e fisici uno ad uno per trovare quelli giusti, di primo e di secondo livello in quanto devo stare al passo con chache più veloci.

La tensione necessaria è maggiore perchè AMD non usa HKMG, ma materiali simili (se non uguali) ai 65nm. Non so bene però perchè a parità di materiale riducendo il canale ci vuole la tensione maggiore... Forse perchè sono al limite dello spessore di isolante sul gate e non sono riusciti ad aumentare il guadagno e quindi per far passare la stessa corrente devono avere tensione più alta, essendo i transistor più piccoli, ma è solo una ipotesi...

Mi linki l'articolo di xbitlabs con il confronto i7 Ph II con il controllo genuine intel disabilitato?

[Pihippo]

Originariamente inviato da bjt2

La tensione necessaria è maggiore perchè AMD non usa HKMG, ma materiali simili (se non uguali) ai 65nm. Non so bene però perchè a parità di materiale riducendo il canale ci vuole la tensione maggiore... Forse perchè sono al limite dello spessore di isolante sul gate e non sono riusciti ad aumentare il guadagno e quindi per far passare la stessa corrente devono avere tensione più alta, essendo i transistor più piccoli, ma è solo una ipotesi...

Mi linki l'articolo di xbitlabs con il confronto i7 Ph II con il controllo genuine intel disabilitato?

Ciao
Purtroppo non l'hanno ancora fatta.
So che la stanno facendo perchè sulblog di Agner fog, quello che diciamo ha evidenziato il casotto dei compiler intel ,che deottimizzano cpu non intel detto cosi alla casciettara, c'è un intervento dell'amministratore di IXBtlabs in cui chiedeva procedure per disattivare il check per fare una review comparativa.
Puoi leggere di tutto ciò qui: http://www.agner.org/optimize/blog/read.php?i=49
Riporto il commento:
Intel's
Author: Felid Date: 2010-01-01 12:50
About…
«It is possible to change the CPUID of AMD processors by using the AMD virtualization instructions. I hope that somebody will volunteer to make a program for this purpose.»
How exactly we can do that? As of now the simpliest option is to change vendor strings embedded in executables to compare with CPU's. We're at iXBT.com are doing this right now and will publish test results soon (Intel & AMD CPU's, „Intel“—>„AMD“ & „AMD“—>„Intel“ string change, 4-6 runs per app, 50-100 app's). If it is OK to use your findings (with all the copyrights), we will
Felid

Reply To This Message
Intel's
Author: Agner Fog Date: 2010-01-02 03:22
Felid wrote:

«It is possible to change the CPUID of AMD processors by using the AMD virtualization instructions. I hope that somebody will volunteer to make a program for this purpose.»
How exactly we can do that?
It would work the same way as a virtualization tool. If you can get your hands on the source code of an existing virtualization tool for AMD processors you can add this as an extra feature.

As of now the simpliest option is to change vendor strings embedded in executables to compare with CPU's. We're at iXBT.com are doing this right now and will publish test results soon (Intel & AMD CPU's, „Intel“—>„AMD“ & „AMD“—>„Intel“ string change, 4-6 runs per app, 50-100 app's). If it is OK to use your findings (with all the copyrights), we will
Good initialive. I'm looking forward to the results. Remember to check for the vendor string "Genu", "ineI", "ntel" in all DLLs as well.

[Gigamez]

da quello che ho trovato sembrerebbe che solo sulle cpu AMD sia possibile cambiare la stringa di id.. sembrerebbe tra l'altro anche piuttosto semplice (anche se si tratta di una procedura temporanea, che si annullerebbe dopo il primo riavvio)

ho trovato questo:
http://forum.pcstats.com/showthread.php?t=30446

magari e' roba vecchia ed inutile.. magari no.. chi se la sente di provare? :P

[Gigamez]

Originariamente inviato da Gigamez

da quello che ho trovato sembrerebbe che solo sulle cpu AMD sia possibile cambiare la stringa di id.. sembrerebbe tra l'altro anche piuttosto semplice (anche se si tratta di una procedura temporanea, che si annullerebbe dopo il primo riavvio)

ho trovato questo:
http://forum.pcstats.com/showthread.php?t=30446

magari e' roba vecchia ed inutile.. magari no.. chi se la sente di provare? :P

da aggiungere una cosa importante: viene appunto detto ceh alcuni programmi sono in grado di leggere il numero della cpu (che non e' modificabile in questo modo) e quindi non riconoscono il "nuovo id", riconoscendo invece la cpu per quello che e' veramente. Ora non so come funzioni il compilatore intel, ma si potrebbe sempre provare, no?

[greeneye]

Non so se è fake o old ma stamattina ho visto questo:

[capitan_crasy]

Originariamente inviato da greeneye

Non so se è fake o old ma stamattina ho visto questo:

[IMGhttp://img513.imageshack.us/img513/7592/wprime29b.jpg[/IMG]

Clicca qui...

[bjt2]

Originariamente inviato da Pihippo

Ciao
Purtroppo non l'hanno ancora fatta.
So che la stanno facendo perchè sulblog di Agner fog, quello che diciamo ha evidenziato il casotto dei compiler intel ,che deottimizzano cpu non intel detto cosi alla casciettara, c'è un intervento dell'amministratore di IXBtlabs in cui chiedeva procedure per disattivare il check per fare una review comparativa.
Puoi leggere di tutto ciò qui: http://www.agner.org/optimize/blog/read.php?i=49
Riporto il commento:
Intel's
Author: Felid Date: 2010-01-01 12:50
About…
«It is possible to change the CPUID of AMD processors by using the AMD virtualization instructions. I hope that somebody will volunteer to make a program for this purpose.»
How exactly we can do that? As of now the simpliest option is to change vendor strings embedded in executables to compare with CPU's. We're at iXBT.com are doing this right now and will publish test results soon (Intel & AMD CPU's, „Intel“—>„AMD“ & „AMD“—>„Intel“ string change, 4-6 runs per app, 50-100 app's). If it is OK to use your findings (with all the copyrights), we will
Felid

Reply To This Message
Intel's
Author: Agner Fog Date: 2010-01-02 03:22
Felid wrote:

«It is possible to change the CPUID of AMD processors by using the AMD virtualization instructions. I hope that somebody will volunteer to make a program for this purpose.»
How exactly we can do that?
It would work the same way as a virtualization tool. If you can get your hands on the source code of an existing virtualization tool for AMD processors you can add this as an extra feature.

As of now the simpliest option is to change vendor strings embedded in executables to compare with CPU's. We're at iXBT.com are doing this right now and will publish test results soon (Intel & AMD CPU's, „Intel“—>„AMD“ & „AMD“—>„Intel“ string change, 4-6 runs per app, 50-100 app's). If it is OK to use your findings (with all the copyrights), we will
Good initialive. I'm looking forward to the results. Remember to check for the vendor string "Genu", "ineI", "ntel" in all DLLs as well.

grazie.
avevo letto tempo addietro quel post, ma non mi ricordavo il sito...

[paolo.oliva2]

http://www.hardware-infos.com/news.php?news=3403

La riposto perché c'è del nuovo.

Hanno postato per esplicito con una tabella che il 960T (4-2 core) deriverebbe dal Thuban (io non sono di questo parere). Però chissà... sfruttando i rumors a suo tempo per gli X3-X2 che sbloccandoli da bios diventavano degli X4... chissà che non capiti che un X4 da 140€ diventi un Thuban ... andrebbero a ruba.

La T è di stimolare le speculazioni e ipotesi dietro il nome attivato dal processori nuovi, AMD potrebbe utilizzare una modalità turbo sono integrati, molto simile a questo processore Intel "Nehalem è il caso.
Bisher war man weitgehend davon ausgegangen, dass es sich bei Thuban lediglich um eine Desktop-Version des Sechskern-Server-Prozessors Istanbul handelt, allerdings mit freigeschalteter DDR3-Unterstützung. In precedenza, era opinione diffusa che si tratta di Thuban solo una versione desktop del Hex-processore del server di Istanbul, per la finale, ma con supporto DDR3. Nun zeichnet sich allerdings ab, dass Thuban doch einige Änderungen gegenüber Istanbul erfahren hat. Ora è emerso, tuttavia, che Thuban ha tuttavia subito alcune modifiche da Istanbul. Bestärkt wird diese Vermutung durch das Auftauchen eines neuen Chips der K10-Familie. Questa presunzione è rafforzata con l'emergere di una nuova famiglia di chip al K10. Bei HW-Info zeigt sich nämlich in der aktuellen Liste zu den K10-Prozessoren für den Sockel AM2+ und AM3 neben schon bekannten Chips (DR-Ax/Bx, RB-Cx, BL-Cx, DA-Cx, HY-Dx) auch ein neuer Vertreter (PH-Ex), dessen interner Name mit PH abgekürzt wird und der demnach wohl im E-Stepping in den Handel kommen wird.

Inoltre, ma lo sapevamo già grazie al capitano (anzi, mi sa che l'hanno presa da noi ),

In HW info risulta nella lista corrente dei processori K10 per Socket AM2 + e AM3 chips in aggiunta alle già note (DR-Ax/Bx, RB-Cx, Cx BL-DA-Cx, HY-Dx) anche un nuovo rappresentante (PH-Ex), il cui nome interno è abbreviato con PH e sarà quindi probabilmente in E-entrare in commercio. Momentan gehen viele Seiten von einem Start des Thubans im Mai aus. Attualmente molti siti sono basati su un inizio di Thuban maggio.

Poi danno per disponibile un ulteriore modello, oltre al 1075T di 125W, con 140W TDP... azzo, ma dovevano proprio finire la scala? (1095T). Però, non essendoci la sigla... che sia un FX?

La mia impressione è che comincino a tornare indietro con i giudizi... perché non possono confrontare TDP e frequenze con un D0 quando praticamente sembra che non si tratterà nemmeno di un D1 o D2 ma bensì di un E, quindi uguale a quello degli 8/12 core Se un esa fosse 140W a 2,8GHz, i 12 core con che TDP/frequenza li venderebbero?

[capitan_crasy]

Originariamente inviato da paolo.oliva2

http://www.hardware-infos.com/news.php?news=3403

La riposto perché c'è del nuovo.

Hanno postato per esplicito con una tabella che il 960T (4-2 core) deriverebbe dal Thuban (io non sono di questo parere). Però chissà... sfruttando i rumors a suo tempo per gli X3-X2 che sbloccandoli da bios diventavano degli X4... chissà che non capiti che un X4 da 140€ diventi un Thuban ... andrebbero a ruba.

La T è di stimolare le speculazioni e ipotesi dietro il nome attivato dal processori nuovi, AMD potrebbe utilizzare una modalità turbo sono integrati, molto simile a questo processore Intel "Nehalem è il caso.
Bisher war man weitgehend davon ausgegangen, dass es sich bei Thuban lediglich um eine Desktop-Version des Sechskern-Server-Prozessors Istanbul handelt, allerdings mit freigeschalteter DDR3-Unterstützung. In precedenza, era opinione diffusa che si tratta di Thuban solo una versione desktop del Hex-processore del server di Istanbul, per la finale, ma con supporto DDR3. Nun zeichnet sich allerdings ab, dass Thuban doch einige Änderungen gegenüber Istanbul erfahren hat. Ora è emerso, tuttavia, che Thuban ha tuttavia subito alcune modifiche da Istanbul. Bestärkt wird diese Vermutung durch das Auftauchen eines neuen Chips der K10-Familie. Questa presunzione è rafforzata con l'emergere di una nuova famiglia di chip al K10. Bei HW-Info zeigt sich nämlich in der aktuellen Liste zu den K10-Prozessoren für den Sockel AM2+ und AM3 neben schon bekannten Chips (DR-Ax/Bx, RB-Cx, BL-Cx, DA-Cx, HY-Dx) auch ein neuer Vertreter (PH-Ex), dessen interner Name mit PH abgekürzt wird und der demnach wohl im E-Stepping in den Handel kommen wird.

Inoltre, ma lo sapevamo già grazie al capitano (anzi, mi sa che l'hanno presa da noi ),

In HW info risulta nella lista corrente dei processori K10 per Socket AM2 + e AM3 chips in aggiunta alle già note (DR-Ax/Bx, RB-Cx, Cx BL-DA-Cx, HY-Dx) anche un nuovo rappresentante (PH-Ex), il cui nome interno è abbreviato con PH e sarà quindi probabilmente in E-entrare in commercio. Momentan gehen viele Seiten von einem Start des Thubans im Mai aus. Attualmente molti siti sono basati su un inizio di Thuban maggio.

Poi danno per disponibile un ulteriore modello, oltre al 1075T di 125W, con 140W TDP... azzo, ma dovevano proprio finire la scala? (1095T). Però, non essendoci la sigla... che sia un FX?

La mia impressione è che comincino a tornare indietro con i giudizi... perché non possono confrontare TDP e frequenze con un D0 quando praticamente sembra che non si tratterà nemmeno di un D1 o D2 ma bensì di un E, quindi uguale a quello degli 8/12 core Se un esa fosse 140W a 2,8GHz, i 12 core con che TDP/frequenza li venderebbero?

Paolo non cè niente di nuovo...
E la solita notizia riveduta e corretta...

[paolo.oliva2]

Originariamente inviato da capitan_crasy

Paolo non cè niente di nuovo...
E la solita notizia riveduta e corretta...

Si vede, per caso, che ho un po' di scimmia?

[Thunderx]

Originariamente inviato da paolo.oliva2

Si vede, per caso, che ho un po' di scimmia?

non sarebbe la prima volta

[TheBestFix]

Originariamente inviato da paolo.oliva2

Si vede, per caso, che ho un po' di scimmia?

io ho trovato il rimedio

chi mi fa compagnia???