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

[papafoxtrot]

Qui mi hanno postato una tabella in cui si vede che:
1) 785G ha 40 shader a 500MHz
2) 790GX ha 40 shader a 700MHz
3) 890GX ha 40 shader a 700MHz.
4) Ho letto che 880G ha 40 shader a 560MHz.
Dunque a meno di differenze nell'uncore, ma non penso ce ne siano, 790GX e 890GX dovrebbero avere le stesse prestazioni per quanto riguarda la sola grafica, mentre 880G dovrebbe essere leggermente migliore di 785G.
Infine tutti dovrebbero supportare fino a 128MB di DDR3 sideport.

Sull'HT?

[jrambo92]

Originariamente inviato da papafoxtrot

2) L'Hyper threading. Come mai è segnato a 5,2GT/s? Non dovrebbe essere a 4GT/s? Per caso il chipset può supportare un HT più veloce rispettoa quanto usato sugli attuali Phenom II? Che sia un assaggio di Zambezi?

Il link da 5,2GT/s è stato introdotto con le specifiche HyperThransport 3.0

[papafoxtrot]

Capisco grazie, ma non è supportato dalle CPU attuali, giusto?

[jrambo92]

Originariamente inviato da papafoxtrot

Capisco grazie, ma non è supportato dalle CPU attuali, giusto?

Diciamo che 2,6GHz è il massimo supportato dall'HTT3.0, le cpu/mobo attuali possono anche raggiungere (e spesso superare) in overclock un tale bandwidth, ecco una tabella semplificativa:
http://en.wikipedia.org/wiki/HyperTr...specifications

[capitan_crasy]

Originariamente inviato da bjt2

Allora... Incominciamo...

Primo: le novità dello step E:

GLI ERRATA LI METTO IN UN SECONDO POST. Ho spezzato per leggibilità e per iniziare a dare qualcosa in pasto a voi...

1.5.5 Changes for Revision E
See the following references for information about changes for this revision.

• Changes that may result in BIOS modifications.
• 2.4.2.1.1 [Core Performance Boost (CPB)]
• F2x[1, 0]90[DisDllShutdownSR].
• F2x10C.
• Table 100.
• F3xA4[PerStepTimeDn, TmpMaxDiffUp, PerStepTimeUp].
• F3xA8[PopDownPstate, CacheFlushPopDownEn].
• F3xDC[CacheFlushOnHaltTmr].
• F3x188[EnStpGntOnFlushMaskWakeup].
• F4x15C.
• F4x16C.
• F4x1[9C, 94, 8C, 84]_x[D5, C5][TxLs23ClkGateEn].
• MSRC001_0055.
• MSRC001_0073.

• Other changes:
• 2.4.2.1.2 [Core P-state Naming and Numbering].
• 2.4.2.1.3 [Core P-state Control].
• F3x1F0[MaxSwPstateCpuCof].
• CPUID Fn[8000_0000, 0000_0000]_EAX[LFuncStd].
• CPUID Fn0000_0006.
• CPUID Fn8000_0007[CPB].
• MSR0000_00E7.
• MSR0000_00E8.
• MSRC001_0015[EffFreqCntMwait, CpbDis].

In dettaglio:

• 2.4.2.1.1 [Core Performance Boost (CPB)]
E' il Turbo boost. In sintesi:
1) non è supportato su sitemi single plane, quindi AM2 lisci. QUESTO LASCIA SUPPORRE CHE IL THUBAN SI POSSA MONTARE SU SCHEDE AM2, ma senza Turbo boost...
2) la sua presenza è indicata da un bit di funzione CPUID.
3) il turbo è abilitato solo se tutte le condizioni seguenti sono verificate:
3.a) CacheFlushPopDownEn deve essere abilitato (vedi dopo per una spiegazione di cosa sia)
3.b) EnStpGntOnFlushMaskWakeup deve essere abilitato (vedi dopo per una spiegazione di cosa sia)
3.c) il turbo deve essere abilitato (ovvio... )
3.d) il numero di stati turbo deve essere 1 (in futuro probabilmente ce ne saranno di più)
3.e) il numero di core che devono essere spenti per attivare il turbo deve essere maggiore di zero. Questo parametro non sempre è modificabile. E' il famoso numero di core spenti necessari per attivare il turbo.
4) Tutti i P-states, compresi quelli del turbo, vanno specificati come per le vecchie cpu. Solo che ora ce ne sarà uno in più.
5) E' supportato un solo stato turbo.
6) Lo stato turbo DEVE avere un clock maggiore del P0, altrimenti il turbo non si attiva.
7) Lo stato boosted DEVE essere nascosto al SO. Quindi il BIOS non deve aggiungere lo stato boosted alla tabella dei p-state supportati. In pratica se viene listato tra gli stati, il driver della CPU si incasina...


• F2x[1, 0]90[DisDllShutdownSR].
Come per il C3, c'è questo stato di risparmio energetico della RAM che consente di disabilitare il DLL durante il self refresh mode della RAM.

• F2x10C.
Solo per il C3 e lo step E è possibile spostare il frame buffer della scheda video in altre locazioni...

• Table 100.
cambiamenti per la tabella degli stati ACPI per lo step E

• F3xA4[PerStepTimeDn, TmpMaxDiffUp, PerStepTimeUp].
cambiamenti per il misuratore di temperatura nello step E

• F3xA8[PopDownPstate, CacheFlushPopDownEn]
Queste impostazioni, specifiche dello step E e necessarie per abilitare il turbo boost, attivano la seguente caratteristica: se ci si trova in uno stato di risparmio energetico (quindi non C0 che è la piena potenza), quando un core svuota le caches L1 e L2 passa automaticamente a un P-state impostato da questa impostazione. Questo consente di abbassare il consumo di questi core e tramite un'altra impostazione che è spiegata dopo, consente di non svegliare queste CPU per vedere cosa hanno nelle caches, appunto perchè sono state svuotate.

• F3xDC[CacheFlushOnHaltTmr]
Questo è il timer che si deve settare per dire dopo quanto tempo una CPU in IDLE deve svuotare le caches. Sono aggiunti i valori consigliati per lo step E con e senza turbo boost abilitato.

• F3x188[EnStpGntOnFlushMaskWakeup]
Questo è il bit che specifica se svegliare o meno i cores per leggere la loro L1 e L2. Se attivato li sveglia solo se le caches non sono vuote. Lo step E supporta questa feature ed è consigliato abilitarla.

• F4x15C e F4x16C
Sono i registri che controllano il turbo boost. Ci sono vari bit:
1) BoostLock. E' un bit che dice se il turbo mode è bloccato o meno (per i BE ovviamente sarà sbloccato)
2) NumBoostStates. Specifica quanti stati sono boosted. Attualmente è supportato un solo stato. Bloccato se Boostlock=1.
3) BoostSrc. E' due bit. Attualmente si usano solo 2 combinazioni per abilitare o meno il boost. Dal nome del flag, (boost source) è possibile che in futuro le altre combinazioni siano usate per attivare turbo boost più sofisticati.
4) CstateCnt. 3 bit. Specifica quanti core devono essere in idle per far attivare il turbo mode. E' bloccato per CPU non BE.

• F4x1[9C, 94, 8C, 84]_x[D5, C5][TxLs23ClkGateEn]
Risparmio energetico dei link HT supportati fin dallo step C

• MSRC001_0055
Registro per configurare messaggi per risparmio energetico delle perifgeriche quando la CPU è IDLE

• MSRC001_0073
Fino ad adesso per mandare un core a riposo si poteva eseguire l'istruzione HLT. Con lo step E si può richiedere un C-state leggendo una certa locazione di I/O specificata da questo registro. Immagio che il vantaggio sia che con HLT il processore è messo a riposo, mentre così il software continua con il C-state richiesto. Così il software (a questo punto il driver della CPU, magari in concerto con AOD o K10 stat, quando lo aggiornaranno) potrà variare dinamicamente lo stato di risparmio energetico senza usare l'istruzione HLT che causa la sospensione del processo.


• Other changes:
• 2.4.2.1.2 [Core P-state Naming and Numbering]
Qui è specificato come si chiamano i vari stati con turbo abilitato o meno.

• 2.4.2.1.3 [Core P-state Control]
Questo specifica come richiedere i P-state. Il turbo NON può essere richiesto: scatta solo se si è nello stato P0 e se le condizioni lo consentono.

IMPORTANTE: il numero di P-state totali è sempre 5. Se è attivato il turbo boost, si perde l'uso di uno dei P-state, che diventa quello del turbo.

• F3x1F0[MaxSwPstateCpuCof]
E' in sola lettura. Specifca la massima frequenza impostabile per un core (00 per CPU BE che vuol dire illimitato)

• CPUID Fn[8000_0000, 0000_0000]_EAX[LFuncStd]
Sono state aggiunte funzioni aggiuntive per le nuove cose dello step E. Questo registro dice quante funzioni CPUID ci sono.

• CPUID Fn0000_0006
Indica la presenza (solo sullo step E) della funzionalità per misurare il clock della CPU.

• CPUID Fn8000_0007[CPB]
Aggiunto il bit che indica la presenza del turbo boost.

• MSR0000_00E7, MSR0000_00E8
funzionalità per misurare il clock della CPU.

• MSRC001_0015[EffFreqCntMwait, CpbDis]
EffFreqCntMwait=1 abilita la funzione per misurare il clock.
CpbDis=1 disabilita turbo boost. 0=abilitato.




FINE PARTE PRIMA:

In lavorazione la seconda parte sugli ERRATA...



Ho spezzato per potervi proporre al più presto le novità...

Originariamente inviato da bjt2

SECONDA PARTE: errata dello step E

Elencherò solo gli errata presenti (SIA NUOVI CHE NON RISOLTI) nello step E oppure gli errata risolti dallo step E. Per gli altri ERRATA vedere step C3 o step D0/D1.

NOTA: ho fatto una eccezione per l'errata 459 che riguarda solo lo step D1 (Magny Cours) perchè è stato scoperto di recente e non è riportato nel mio precedente intervento sullo step D1

Tabella:
ERRATA_C3_D0_D1_E0
319________X__X__X
327_____X__X__X__X
343_____X__X__X__X
344_____X__X__X__X
350_____X__X__X__X
378_____X________X
385________X__X__X
391_____X__X__X__X
396_____X__X__X__X
400_____X__X__X__X
405_____X__X__X__X
407_____X_____X___
414_____X__X__X__X
437________X__X__X
438______________X
439_____X_____X__X
459___________X___

In dettaglio:

319: Presente nel D0, D1, E0. Assente nel C3
Errato valore di temperatura rilevato dai sensori interni. Questo errata non pregiudica i sensori interni di sovratemperatura. Semplicemente la temperatura non è accurata. C'è un workaround da usare. Fix planned.

327: Presente in tutti gli step
Valori delle resistenze dei link HT fuori specifica, ma che comunque non causano malfunzionamenti noti.

343: Presente in tutti gli step
Problema nell'uso della cache L2 come RAM temporanea durante il boot del BIOS prima dell'abilitazione del controller RAM. Non è pianificato un fix, poichè è spiegato cosa fare per evitare il problema.

344: Presente in tutti gli step
Problema sul link HTT oltre i 2 GHz uscendo dagli stati di risparmio energetico. Non è pianificato un fix, poichè è spiegato cosa fare per evitare il problema.

350: Presente in tutti gli step
Problema su controller RAM all'inizializzazione al BOOT o dopo uscita da stato di risparmio energetico. Non è pianificato un fix, poichè è spiegato cosa fare per evitare il problema.

378: Presente solo nel C3 ed E0
Problema con l'algoritmo pubblicato sui documenti ufficiali dei p-state. Potrebbe essere scelto un p-state inferiore. E' stato pubblicato un algoritmo aggiornato. Questo problema non si presenta nei D0 e D1. Per gli step precedenti non è stato pianificato un fix, perchè i BIOS sono stati aggiornati con il nuovo algoritmo.

385: Assente nel C3, presente in D0, D1 e E0
Valore errato di indirizzo L3 restituito su un errore L3. Se il SO disabilita anche la cache L3 danneggiata, si potrebbe escludere la porzione di cache sbagliata. Il workaround va a settare un bit sconosciuto. Nessun fix pianificato perchè l'errrore è lieve e comunque corretto dal fix.

391: Presente in tutti gli step
Valori delle resistenze dei link HT fuori specifica, ma che comunque non causano malfunzionamenti noti.

396: Presente in tutti gli step
Potenziali assorbimenti oltre i 500mA sui link HTT con frequenze fino a 2 GHz e quindi oltre le specifiche. Le specifiche sono state aggiornate, così i produttori di MB devono adeguare i VRM a supportare queste correnti. Nessun fix pianificato. Probabilmente tutte le MB non hanno problemi con queste correnti.

400: Presente in tutti gli step
Problema nel risveglio dagli stati C3 e C1E. Se il SO non ha programmato altre sorgenti di interrupt, l'APIC potrebbe perdere le interrupt durante gli stati C3 e C1E e il sistema non si risveglia. E' spiegato come fare a evitare questo problema e che c'è un BIT in alcune revisioni di processore per dire che il problema è stato risolto per lo stato C1E, perchè è pianificato un FIX. Per lo stato C3 non è previsto un FIX. E' un problema che riguarda i programmatori di SO e dei driver ACPI.

405: Presente in tutti gli step
Problema elettrico sui link HT nel risveglio dallo stato di risparmio energetico LS2. Nessun Fix pianificato poichè è spiegato come evitarlo.

407: Presente nel C3 e nel D1. Assente nel D0 e E0
Problema rarissimo nel probing delle caches di cores appena usciti dallo stato C1e da parte di cores nello stato C0, ma solo se un timer del flushing delle caches è stato impostato molto basso, cosa che normalmente è consigliato di NON fare. Normalmente le impostazioni del BIOS consigliate dovrebbero evitare questo problema, ma comunque è previsto un FIX. Questo errata non era presente nello step D0, poichè non aveva lo stato C1E...
Corretto nello step E0.

414: Presente in tutti gli step
Problema di possibile corruzione dati con DDR3, risparmio energetico attivato e una particolare modalità di risparmio energetico. Nessun fix pianificato, poichè è suggerito di usare il metodo di risparmio energetico alternativo. Con memorie ECC si hanno solo ripetuti errori ECC. Con memorie non ECC si ha corruzione dati.

437: Assente nel C3. Presente in D0 D1 e E0
Il contatore di eventi per la cache L3 può contare eventi L3 solo di specifici cores. C'è un errore che in rari casi causa il conteggio di eventi di core disabilitati o il mancato conteggio di cores abilitati. E' consigliato di contare gli eventi di tutti i cores. Nessun fix pianificato, poichè la funzionalità è raramente usata, credo...

438: Assente in C3, D0 e D1. Presente nell'E0
Il C-state comandato dall'I/O di cui ho parlato prima non funziona. Se il BIOS prova ad abilitarlo si genera una eccezione. Non c'è un fix pianificato e dice solo "Contact your AMD representative for information on a BIOS update."...

439: Assente solo nel D0
Potenziale e raro problema in fase di BOOT durante il rilevamento delle memorie. Dei moduli possono essere trovati non funzionanti erroneamente ed esclusi. Problema raro per cui un fix non è pianificato. Il workaround non è specificato... Dice solo "Contact your AMD representative for information on a BIOS update."

459: presente solo nello step D1
Se sono presenti tre DIMM per canale (Magny cours, quindi server) la RAM non funziona affidabilmente a 1333. E' consigliato di impostarla a 1066 con relativi timing. Nessun fix pianificato.


In breve: l'E0 risolve l'errata 407 (che sembra poco grave). Introduce errata poco gravi e una delle nuove funzionalità (tra l'altro marginali) non funziona.

Nulla da dire sugli errata a questo punto...

Originariamente inviato da bjt2

In definitiva le cose interessanti emerse dalla lettura dei due documenti sono:

- Il turbo mode "consuma" un p-state. Se attivato, i p-state residui sono 4.
- Nelle CPU BE è possibile cambiare il numero di core a cui interviene il turbo, a parte i moltiplicatori sbloccati.
- Un baco risolto (errata 407)
- Il prefetcher dell'Instanbul dovrebbe essere presente.

Clicca qui...

[sonnet]

ma i modelli 1035T e 960T non dovevno debuttare pure loro oggi?

[teresailli]

Originariamente inviato da teresailli

Lo so' che sono appena usciti, ma sapete dirmi quando uscirà il 1055t a 95w?

up

[MonsterMash]

Originariamente inviato da capitan_crasy

[/center]

Capitano, questa è la tua opera d'arte

[Snake156]

Originariamente inviato da |ron

Ti dico che noi su hwp, avendolo recensito ad azoto, non vediamo l'ora di cimentarci in 3dmark06 e vantage, dove 6cores a oltre 6ghz spingono parecchio...
La mobo MSI è incasinata quando sei ad azoto, c'è da considerare però che il nostro bios era una pre-release, ad ogni modo abbiamo in mente di prendere una Crosshair 4 e ripetere l'azotata con quella.

bhe allora attendo con ansia i vostri risultati e test

Originariamente inviato da Knukcles

no sto giro non conviene il BE......si prende il 1055T e lo si tira su.......

poi ovviamente come ogni componente, sia cpu o scheda video o hd....ecc ecc.....si deve comprare in base a cosa ci si fa......perchè in alcune applicazioni sta quasi alla pari dell'980x e in altre del 750........

quindi andrebbe fatta una scelta oculata.....non si può dire ne che sia il top delle cpu, ne che cmq vada male.....dipende uno che ci deve fare.......

Cmq mi viene da sorridere per chi pensa di prendere un x6 per giocare

Io ad esempio uso parecchio handbrake e dai risultati mi pare che giri parecchio bene......prendermi un 1055t tirarlo su di frequenza ed avere prestazioni simili ad un procio da 1000€.....con 170 di spesa.....

Originariamente inviato da gianni1879

senza dubbio il 1055T è la cpu dal miglior rapporto prezzo/prestazioni.

Originariamente inviato da okorop

considerazioni personali sui nuovi phenom II X6: prezzi contenuti, prestazioni in gaming eccellenti (possibilità di portare il turbo core fino a 5 core e non solo 3) frequenze alte anche a default (rispetto agli intel sotto la fascia extreme se a default apportano incrementi di frame) ottime schede madri sopratutto le asus e le gigabyte, capacità in overclock sbalorditiva con pochi volt

a quale giga ti riferisci?

Originariamente inviato da paolo.oliva2

Secondo me...

Il 1055T è il procio più best buy del momento... inteso come tuttofare.
Costa poco, si occa egregiamente, nei giochi va meglio di un 965C3 X4, in multicore neanche confrontarlo con il 965C3, l'upgrade per chi ha già un sistema AMD è praticamente indolore...

Il 1090T, dato il costo ben più alto, per me è da valutare... nel senso che ci cerca l'OC max e lo usa in tutto, può valere la candela. Solo per i giochi, la cosa risulta un po' diversa.

Per quello che si vede in tutte le reviev, sinceramente la cosa è schizzofrenica. Io inviterei a non prendere ogni rece come bibbia... d'altronde il confronto tra Thuban ed i7 se vogliamo arrivare al responso di chi è più veloce a parità di clock è praticamente impossibile.

Io invece inquadrerei il tutto su un altro piano... cioé che in questo momento su base X4 e con uso generico e non solo in determinati usi, AMD c'è e direi che generalmente l'IPC in monocore è vicino all'i7 per via del Turbo e di clock finali superiori a def (dove non lo è comunque bisogna anche valutare la differenza dei costi) e sicuramente le differenze di IPC in multicore sono esigue.

Cercare la pulce a favore per fare confronti di parte solo su un software o solo su un gioco mi sembra puerile... Non si può confrontare un i980X sui giochi con un 1090T, come non si può confrontare un i3/i5 in multicore con il 1090T.

Indubbiamente, alla fin fine, il Thuban ha un TDP allineato al 965C3 nonostante i 2 core in più, ha il Turbo mode, un OC in D.U. a frequenze per le quali il 965C3 non arrivava neppure e comunque necessitava del liquido. 1090T a parte, il 1055T costa 30-40€ in più di un 965C3... A me sembra un bel passo in avanti.

Originariamente inviato da bjt2

Beh... La redazione ha preso un 1090T BE e c'è la gradita sorpresa che il turbo è configurabilissimo: sia i moltiplicatori che il numero di core (fino a 5)... Non so se un 1055 è altrettanto configurabile...

ragazzi ma siete proprio tutti sicuri che il 1055 sia il best buy?
beati voi, vorrei avere le vostre stesse certezze;secondo me si deve tener conto di alcune cose:

siamo sicuri che il 1055 salga bene?
quali son i suoi margini di oc e quali i margini per il D.U.?
inoltre, come dice bjt2, il turbo è configurabile allo stesso livello e con gli stessi risultati del 1090?

tutti questi fattori non mi fanno essere tanto sicuro che il 1050 sia il best buy

[bjt2]

Originariamente inviato da capitan_crasy

Clicca qui...

Troppo gentile...

Rileggendo il tutto ci sono un paio di errori ortografici e dove dico che c'è un p-state aggiuntivo e poi invece più sotto dico che sono 4 più il turbo...

Va beh... Ho scritto mentre leggevo il documento... Sono errori perdonabili

Direi di lasciare così...

[capitan_crasy]

X Astro:
Rieccoti!
Ma dove sei stato?

Originariamente inviato da papafoxtrot

Spero di non andare OT, capitano, ma vorrei farti alcune domande su questi nuovi chipset.

1) Il video integrato. HD4250 e HD4290 hanno entrambi 40 ALU? Sono gli stessi chip che erano usati su 785g e 790gx?

780G/790GX utilizza un RV610 (HD serie 2000), mentre il 785G/880G e 890GX utilizzano il RV620 (HD serie 3000); sono due IGP diverse anche se cambia poco sul lato prestazioni...

Le frequenze sono di 700MHz per 890gx e 560MHz per 880g. Su 790gx erano sempre 700MHz, giusto? Mentre su 785g e 780g erano 500MHz.

Esatto, ricorda che nei nuovi chipset 880G e 890GX è stato rivisto L'hybrid crossfire...

Quindi le prestazioni grafiche di 890gx e di 790gx sono uguali... Mentre 880g dovrebbe essere un pelo più veloce di 785g. Sbaglio qualcosa? Mi confermi questi dati? Ci sono altre differenze?

Tutto esatto...

2) L'Hyper threading. Come mai è segnato a 5,2GT/s? Non dovrebbe essere a 4GT/s? Per caso il chipset può supportare un HT più veloce rispettoa quanto usato sugli attuali Phenom II? Che sia un assaggio di Zambezi?

ORRORE!!!
Hypertransport e non Hyper threading...
5.2GT/s è il valore standard dell HT 3.0.
Forse con Bulldozer ci sarà il passaggio all' HyperTransport 3.1, ma è troppo presto per questa ipotesi...

Originariamente inviato da sonnet

ma i modelli 1035T e 960T non dovevno debuttare pure loro oggi?

Sembrava...
AMD li segna per il secondo trimestre 2010, cioè dovrebbero uscire nei prossimi due mesi...

Originariamente inviato da teresailli

Lo so' che sono appena usciti, ma sapete dirmi quando uscirà il 1055t a 95w?

Appena raggiungeranno valori di produzioni adeguati...

[dNhAck]

Raga secondo voi allora conviene prendere sto x6 1090T o un i7?

[papafoxtrot]

Originariamente inviato da capitan_crasy

...

ORRORE!!!
Hypertransport e non Hyper threading...
5.2GT/s è il valore standard dell HT 3.0.
Forse con Bulldozer ci sarà il passaggio all' HyperTransport 3.1, ma è troppo presto per questa ipotesi...

...

AARGH! Chiedo perdono, ho scritto in fretta

Ad ogni modo dunque bulldozer potrebbe avere un HT anche più veloce dei 5,2GT/s, giusto?

[carlottoIIx6]

Originariamente inviato da dNhAck

Raga secondo voi allora conviene prendere sto x6 1090T o un i7?

io prenderei
l'x6
ma dipende da cosa ne fai tu del computer!

[dNhAck]

in primis programmazione e grafica 2d, per il resto anche normale uso.

[JDM70]

Originariamente inviato da capitan_crasy

Clicca qui...

A BOOOMBAZZZA

Edit: era sotto inteso ma per chi non lo avesse capito Grande bjt2

[ghiltanas]

che dissi ci abbinereste a un 1090t? per oc normali, niente di esagerato

[carlottoIIx6]

Originariamente inviato da dNhAck

in primis programmazione e grafica 2d, per il resto anche normale uso.

preferibile l'x6
come puoi vedere da questi commenti qui
http://www.treddi.com/forum/topic/79...-i7-quad-core/
dedicata
alla grafica
e da questa recensione qui

http://translate.google.com.br/trans...n&hl=&ie=UTF-8

[carlottoIIx6]

Originariamente inviato da ghiltanas

che dissi ci abbinereste a un 1090t? per oc normali, niente di esagerato

scommetto che il suo va già bene

[capitan_crasy]

Originariamente inviato da papafoxtrot

AARGH! Chiedo perdono, ho scritto in fretta

Ad ogni modo dunque bulldozer potrebbe avere un HT anche più veloce dei 5,2GT/s, giusto?

Potrebbe, anche se attualmente non si riesce neanche a saturare la banda dell'Hypertransport 1.0...