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

[cOREvENICE]

Dopo giorni di lettura su questo 3d, ho concluso che i Phenom attuali,
possono restare sullo scaffale del negozio...

Grazie a tutti per non avermi fatto prendere stò pacco... aspetto il B3...

[DoctorZ]

Originariamente inviato da capitan_crasy

SB 700 è previsto per gennaio, mentre il B3 si parla di fine febbraio/marzo.
Comunque SB700 aggiunge due porte SATA2 e l'attuale SB600 è un ottimo Southbridge che purtroppo è stato bistrattato ingiustamente...

aggiunge 2 s-ata ma mi pare di ricordare che elimina i canali IDE
dico bene?

[maporca]

Originariamente inviato da capitan_crasy

AMD ha approvato lo step B2 a settembre e il Phenom è stato messo in commercio a meta novembre.
Lo step B3 molto probabilmente andrà in produzione a gennaio per essere disponibile sul mercato due mesi dopo.

ahhhh ecco !!! non passano 6 mesi !!
ricordavo male o i 6 mesi si riferivano ad altro

Chi ha oggi un Barcelona se lo tiene, la maggior parte delle macchine che montano il K10 Barcelona sono studiare per andare anni senza mai fermarsi quindi il problema non si pone...

ma se sono buggate i clienti potrebbero chiedere di sostituirle ?

Tempo due/tre settimane dopo l'uscita ufficiale è li vedremo in Italia

era quello che volevo sentire.. Pfuiiiiii

Quindi secondo il tuo ragionamento gli attuali B2 gli vedremo in Italia ad Aprile 2008?
sei troppo pessimista...

No ..ma io.. intendevo dire che ci poteva essere una rischiesta massiccia di B3, visti i problemi con gli altri.
E' stata avanzata l'ipotesi ( tom's hw di oggi) di coprire la produzione dai B2 indietro coi B3 a causa dei bugs.
Cioe' e' come se tutti i proci fatti ora, amd non li mettesse in vendita ( li buttasse via perche' non li venderebbe piu' ) e li sostituisse con i B3.
Nel caso la richiesta gia' alta dei B3, sarebbe divenuta altissima tanto che prima avrebbe dovuto accontentare i clienti istituzionali ( che non sono stati accontentati con "al piu' i B2" o con nulla ( stoppate le vendite)

quindi richiesta pesantissima di B3 a fronte di difficolta' croniche di amd nel soddisfare le richieste di mercato medio/alte.

Quando usciranno i B3 la richiesta del mercato passera' da medio/alta ad altissima con privilegi di su determinati clienti che ne succhieranno la maggior parte , imho ,ecco perche' pensavo di ritardi poi nei negozi

[F1R3BL4D3]

Originariamente inviato da DoctorZ

aggiunge 2 s-ata ma mi pare di ricordare che elimina i canali IDE
dico bene?

No, almeno un canale IDE rimarrà (come su Intel):

[capitan_crasy]

Descrizione del Bug denominato "Erratum 298":

"The processor operation to change the accessed or dirty bits of a page translation table entry in the L2 from 0b to 1b may not be atomic. A small window of time exists where other cached operations may cause the stale page translation table entry to be installed in the L3 before the modified copy is returned to the L2. In addition, if a probe for this cache line occurs during this window of time, the processor may not set the accessed or dirty bit and may corrupt data for an unrelated cached operation. The system may experience a machine check event reporting an L3 protocol error has occurred. In this case, the MC4 status register (MSR 0000_0410) will be equal to B2000000_000B0C0F or BA000000_000B0C0F. The MC4 address register (MSR 0000_0412) will be equal to 26h."

Per maggiori informazioni Clicca qui...

Originariamente inviato da bjt2

Allora... Traduzione all buona...
Quando un processo deve scrivere una qualsiasi locazione di memoria, la CPU va a settare un bit nella page table entry corrispondente per dire che in quella pagina almeno un byte è stato modificato, così che se il SO deve buttarla fuori nel file di swap, la deve prima scrivere fisicamente su disco. Se nulla è stato modificato, può semplicemente sovrascriverla. Poi c'è anche il bit di accesso che dice se una pagina è stata acceduta di recente e serve per decidere se deve essere scartata, quindi è modificato ad ogni accesso anche in lettura. Teoricamente questa operazione dovrebbe essere atomica. Invece solo per la TLB di secondo livello, se avviene un altro accesso in memoria che richiede una nuova entry TLB nella TLB di livello 2, una entry deve essere buttata fuori e scritta in cache L3. Se la entry che deve essere buttata fuori è proprio quella appena modificata, può darsi che venga scritta la versione vecchia e non la nuova, corretta! Questo è in sintesi il baco.
La cosa importante è che il fix è almeno la disabilitazione del caching delle TLB, cosa che già è richiesta per uno dei due bachi noti a settembre. Se questa cosa è sufficiente, allora vuol dire che le BIOS attuali non contengono ancora il workaround per almeno uno dei due bugs di Settembre che ho menzionato, perchè in AMD dicono che ci vuole un aggiornamento, ergo le BIOS attuali ancora non lo contengono. Se il workaround non è solo questo, allora è possibile che i bugs di settembre siano stati corretti, ma comunque indipendentemente da questi è necessario un nuovo workaround aggiuntivo e comunque l'unico modo per sapere se i due bugs di settembre sono già corretti è chiedere ai produttori di MB (vero CORSINI?!?! )...

A questo punto io credo che nessun produttore di MB abbia ancora implementato nessuno dei workaround e questo calo del 10/20% è da attribuire ai workaround per tutti e tre i bugs e AMD tramite un'abile mossa di marketing sta facendo credere che il bug sia uno solo, anche perchè i non tecnici non se ne fregano se sono uno o 100... Sanno solo che ci sono...

Originariamente inviato da bjt2

Ho letto il proseguio del link passatomi dal capitano...

In pratica se i bit accessed e dirty non venissero toccati, il bug non si verificherebbe. La patch opera emulando i bit A e D in software: al primo accesso o alla prima scrittura viene generato un page fault e i bit A e D simulati vengono memorizzati dal SO (e non dalla CPU in automatico) in altri bit liberi della page table entry. Quindi c'è un calo di prestazioni perchè è come se i bit li dovesse scrivere il SO e non la CPU in hardware, ma è contenuto perchè deve essere fatto solo per il primo accesso in lettura o il primo accesso in scrittura... ma invece di farlo la CPU al volo, deve essere chiamata una routine del SO, quindi invece di 1-2 cicli di clock, ce ne vogliono qualche decina (forse anche un centinaio)... Ma solo per il primo accesso in lettura e uno in scrittura. Poichè il biti di accesso è azzerato periodicamente e quello Dirty è azzerato quando la pagina è scritta fisicamente su disco, ogni tanto qualche pagina sperimenta questo overhead... Si spera una volta ogni qualche secondo...

Domanda di MonsterMash:

Io non capisco...
Tutti i test visti fino ad oggi non avevano castrazione da parte del bios, eppure erano deludenti. L'introduzione del workaround (per chi vorrà usarlo) abbasserà ulteriormente le prestazioni.
Lo step b3 renderà semplicemente non necessario l'uso del workaround, ma non vedo proprio perchè dovrebbe andare meglio del b2. A meno che non introduca anche ottimizzazioni di altro genere (ma ne dubito molto fortemente, perchè queste non sono cose che si fanno tra uno step e un altro...).

Originariamente inviato da bjt2

Perchè lo step B2 ha altri due bug scoperti PRIMA di settembre, data a cui risale il documento contenente gli errata e che NON CONTIENE il bug 298, scoperto, sembra, a metà novembre, che si corregge ora. Io supposi, e lo suppongo ancora, che i BIOS attuali correggano quei due bug di settembre, che comunque sono gravi. Questo è un bug aggiuntivo e AMD ha colto la palla al balzo per unificare i 3 bug, dal punto di vista mediatico... Quindi lo step B3 correggerà tutti i bugs gravi, e non ci sarà più bisogno di quei workaround...

P.S.: AMD ha specificato di NON mettere nel BIOS l'opzione per disabilitare il workaround, perchè lo farà della utility OverDrive...

Domanda di MonsterMash:

A quanto ho capito io invece li risolve tutti e tre:
E cmq, anche gli altri due bug non dovrebbero pesare sulle prestazioni, ma solo sulla stabilità.

Originariamente inviato da bjt2

Partiamo dal presupposto dei documenti di Settembre 2007. In quei documenti erano elencati degli errata gravi, che portano anche a cali di prestazioni (le mie considerazioni le ha riportati il capitano in uno dei post in prima pagina). Quindi si ha:
- Quegli errata, se non corretti portano a corruzione di dati e blocchi di sistema.
- Sono stati scoperti prima di settembre 2007 e inclusi nel documento AMD.
- Il Phenom è uscito il 19 Novembre, quindi i produttori di MB hanno avuto tutto il tempo di preparare i BIOS.
- Poichè sono dei bachi che portano instabilità, dovrebbero essere corretti in un BIOS da produzione e per il daily use.
- I workaround portano a decrementi prestazionali: non ci sono santi. Perchè disabilitano delle funzionalità che accelerano le prestazioni.
- Nessun sistema ha esibito quei problemi, quindi si può supporre che i BIOS attuali abbiano quei due bugs corretti.
- Lo step B3 è esente da questi 3 bugs (e si spera anche di quello della divisione intera) e quindi non ha bisogno dei workaround, perciò dovrebbero essere più veloci.

Bug Step Ba "Barcelona":

Originariamente inviato da bjt2

Ecco i bachi del BA che non ci sono nel B2:

274 IDDIO Specification Exceeded During Power-Up Sequencing
Description
Processor current consumption may exceed the IDDIO maximum specified for C0/S0 operation during power-up sequencing.
Potential Effect on System
None expected if the VDDIO voltage regulator is sourced by a RUN (running) plane from the power supply during power-up sequencing. Otherwise, during power-up sequencing the VDDIO voltage regulator may shut down if IDDIO exceeds the platform budget or the power supply may shut down if
the SUS (suspend) rail current capacity is exceeded.
Suggested Workaround
Three options exist to ensure the VDDIO voltage regulator is sourced with sufficient current during processor power-up sequencing:
1. Enable the VDDIO voltage regulator after POWER_GOOD is asserted from the high-current (RUN) source rail.
2. Provide a path for a high-current (RUN) rail to source current to the VDDIO voltage regulator prior to POWER_GOOD assertion from the high-current (RUN) rail. This solution assumes the high-current (RUN) rail is enabled early enough relative to enabling the VDDIO voltage regulator.
3. Choose a power supply with increased capacity for the rail sourcing the VDDIO voltage regulator during power-up sequencing. The capacity required is system specific and should allocate 7 amps per processor in the power budget. The following is an example of a supply current capacity calculation assuming a 5 V suspend rail and 3 W rest of system power for a single-processor system. Other platform-specific factors such as power supply or regulator efficiencies should also be considered.
• Rest of system (non-processor) power = 3 W
• Processor power = 7 A/processor * 1 processor * 1.8 V = 12.6 W
• Source rail capacity = (rest of system power + processor power) / source rail voltage; (3 W + 12.6 W) / 5 V = 3.12 A
Fix Planned
Yes


Il fix non impatta le prestazioni: rende solo il boot un po' più complicato.


278 Incorrect Memory Controller Operation In Ganged Mode
Description
The DRAM controller 0 (DCT0) and DRAM controller 1 (DCT1) refresh counters may not be initialized to the same value using hardware controlled DRAM initialization when operating in ganged mode.
Potential Effect on System
Incorrect memory controller operation.
Suggested Workaround
BIOS should apply the following workaround prior to DRAM training when using hardwarecontrolled DRAM initialization and F2x110[4] (DctGangEn) is set to 1b.
1. Disable automatic refresh cycles by setting F2x08C[18] (DisAutoRefresh) to 1b.
2. Begin DRAM initialization by setting F2x090[0] to 1b.
3. Poll F2x090[0] until it reads 0b then wait at least 50 microseconds.
4. Enable automatic refresh cycles by clearing F2x08C[18] (DisAutoRefresh) to 0b.
5. Disable automatic refresh cycles by setting F2x08C[18] (DisAutoRefresh) to 1b.
6. Enable automatic refresh cycles by clearing F2x08C[18] (DisAutoRefresh) to 0b.
7. Begin DRAM training.
In addition, when resuming from S3, BIOS should apply the following workaround.
1. Disable automatic refresh cycles by setting F2x08C[18] (DisAutoRefresh) to 1b.
2. Initiate exit from self refresh by setting F2x090[1] to 1b.
3. Poll F2x090[1] until it reads 0b then wait at least 50 microseconds.
4. Enable automatic refresh cycles by clearing F2x08C[18] (DisAutoRefresh) to 0b.
5. Disable automatic refresh cycles by setting F2x08C[18] (DisAutoRefresh) to 1b.
6. Enable automatic refresh cycles by clearing F2x08C[18] (DisAutoRefresh) to 0b.
Fix Planned
Yes


Anche questo non impatta le prestazioni: rende più complicato il boot e il resume da standby, ma nulla di preoccupante



279 HyperTransport™ Link RTT and RON Specification Violations
Description
The RTT and RON specifications for the HyperTransport™ link may be violated on some processor revisions.
Potential Effect on System
These violations do not result in any other HyperTransport™ link electrical specification violations.
There are no known functional failures related to this problem.
Suggested Workaround
None required.
Fix Planned
Yes.

Questo errata non da particolari problemi...

[MonsterMash]

Originariamente inviato da capitan_crasy

[CUT]

Ottimo riassunto .

Ora aspetto che il corsini torni da taiwan con delle risposte, soprattutto sulla questione fondamentale: quei famosi primi due bug documentati già a settembre erano presenti nelle prove di queste settimane, o erano già stati inseriti i workaround? E nel caso ciò fosse stato fatto, quanto questi workaround hanno inciso sulle prestazioni?
Sappiamo che l'ultimo (quello per correggere l'erratum 298) causa grosse perdite, dell'ordine del 10-20% (ma spesso anche di più). Se tale fosse anche la percentuale di perdita delle prestazioni dovuta all'eventuale applicazione del workaround per i due bug di settembre, allora effettivamente si potrebbe sperare in un aumento decisivo delle prestazioni dello step b3 rispetto a quanto visto fino ad oggi.

[capitan_crasy]

Originariamente inviato da maporca

ma se sono buggate i clienti potrebbero chiedere di sostituirle ?

I clienti dei Server non stanno certo a guardare quando fa il Barcelona Step Ba Vs Step B3 in super PI.
L'importante è la stabilità del sistema; ecco perchè AMD ha preferino non rischiare correggendo i BUG via Bios a discapito delle prestazioni...
Il 90% del mercato K1 0Barcelona è stato Upgrade dei vecchi Opteron Dual core, che ha parità di CPU ha portato al raddoppio dei core...

No ..ma io.. intendevo dire che ci poteva essere una rischiesta massiccia di B3, visti i problemi con gli altri.
E' stata avanzata l'ipotesi ( tom's hw di oggi) di coprire la produzione dai B2 indietro coi B3 a causa dei bugs.
Cioe' e' come se tutti i proci fatti ora, amd non li mettesse in vendita ( li buttasse via perche' non li venderebbe piu' ) e li sostituisse con i B3.
Nel caso la richiesta gia' alta dei B3, sarebbe divenuta altissima tanto che prima avrebbe dovuto accontentare i clienti istituzionali ( che non sono stati accontentati con "al piu' i B2" o con nulla ( stoppate le vendite)

quindi richiesta pesantissima di B3 a fronte di difficolta' croniche di amd nel soddisfare le richieste di mercato medio/alte.

Quando usciranno i B3 la richiesta del mercato passera' da medio/alta ad altissima con privilegi di su determinati clienti che ne succhieranno la maggior parte , imho ,ecco perche' pensavo di ritardi poi nei negozi

é una prospettiva logica, ma AMD per avere un tracollo di consegne deve ricevere tanti, ma veramente tanti ordini dal mercato.
Se tutto va bene ( e sarebbe anche ora ) personalmente credo che il problema si porrà più avanti nel tempo ( poi dipende da tanti fattori ), come era successo con gli Athlon64 X2...

[maporca]

Originariamente inviato da capitan_crasy

I clienti dei Server non stanno certo a guardare quando fa il Barcelona Step Ba Vs Step B3 in super PI.
L'importante è la stabilità del sistema; ecco perchè AMD ha preferino non rischiare correggendo i BUG via Bios a discapito delle prestazioni...
Il 90% del mercato K1 0Barcelona è stato Upgrade dei vecchi Opteron Dual core, che ha parità di CPU ha portato al raddoppio dei core...

Ah ! I clienti server non guardano troppo alle prestazioni ma alla stabilita.

é una prospettiva logica, ma AMD per avere un tracollo di consegne deve ricevere tanti, ma veramente tanti ordini dal mercato.
Se tutto va bene ( e sarebbe anche ora ) personalmente credo che il problema si porrà più avanti nel tempo ( poi dipende da tanti fattori ), come era successo con gli Athlon64 X2...

nonostante questo :

http://punto-informatico.it/p.aspx?i=2135169

Un bug frena la partenza di Barcelona

News

venerdì 07 dicembre 2007

Sunnyvale (USA) - Negli scorsi giorni AMD ha confermato che la produzione in volumi dei suoi giovani processori quad-core, Barcelona e Phenom, non sarà avviata prima del prossimo anno. Questa decisione è da imputarsi, almeno in parte, alla recente scoperta di un difetto di progettazione (chiamato in gergo errata) che affligge entrambi i chip.

Sebbene AMD abbia minimizzato il problema, smentendo chi sosteneva che il chipmaker avrebbe addirittura sospeso la distribuzione delle sue nuove CPU, diverse fonti affermano che la disponibilità sul mercato di Phenom è molto scarsa, mentre Barcelona - su stessa ammissione di AMD - viene venduto solo a pochi clienti selezionati.

"Non abbiamo modificato i nostri piani di vendita", ha affermato Phil Hughes, portavoce di AMD. "Si potrebbe parlare di una sospensione delle forniture se Barcelona venisse prodotto in volumi, ma per il momento lo forniamo solo a clienti con specifiche richieste, come il deployment su ampia scala". Il portavoce ha poi aggiunto che Phenom "è attualmente in vendita e disponibile al pubblico".



Quindi
la situazione non dovrebbe essere preoccupante piu' di tanto.
La produzione in grossi volumi non era ancora partita ( e' stata stoppata ).

Allora non rimane che aspettare il B3

PS. dovendo prendere tutto ..e quindi anche le ram..in previsione sarebbe meglio buone ddr2/800 o gia' ddr2/1066 ma con latenze piu' alte ?
senza tenere conto il fattore prezzo ..senno' Hw ha appena detto la sua..

ciao

[Spitfire84]

http://forums.vr-zone.com/showthread.php?t=211549

[Thunderx]

Originariamente inviato da maporca

Ah ! I clienti server non guardano troppo alle prestazioni ma alla stabilita.



nonostante questo :

http://punto-informatico.it/p.aspx?i=2135169

Un bug frena la partenza di Barcelona

News

venerdì 07 dicembre 2007

Sunnyvale (USA) - Negli scorsi giorni AMD ha confermato che la produzione in volumi dei suoi giovani processori quad-core, Barcelona e Phenom, non sarà avviata prima del prossimo anno. Questa decisione è da imputarsi, almeno in parte, alla recente scoperta di un difetto di progettazione (chiamato in gergo errata) che affligge entrambi i chip.

Sebbene AMD abbia minimizzato il problema, smentendo chi sosteneva che il chipmaker avrebbe addirittura sospeso la distribuzione delle sue nuove CPU, diverse fonti affermano che la disponibilità sul mercato di Phenom è molto scarsa, mentre Barcelona - su stessa ammissione di AMD - viene venduto solo a pochi clienti selezionati.

"Non abbiamo modificato i nostri piani di vendita", ha affermato Phil Hughes, portavoce di AMD. "Si potrebbe parlare di una sospensione delle forniture se Barcelona venisse prodotto in volumi, ma per il momento lo forniamo solo a clienti con specifiche richieste, come il deployment su ampia scala". Il portavoce ha poi aggiunto che Phenom "è attualmente in vendita e disponibile al pubblico".



Quindi
la situazione non dovrebbe essere preoccupante piu' di tanto.
La produzione in grossi volumi non era ancora partita ( e' stata stoppata ).

Allora non rimane che aspettare il B3

PS. dovendo prendere tutto ..e quindi anche le ram..in previsione sarebbe meglio buone ddr2/800 o gia' ddr2/1066 ma con latenze piu' alte ?
senza tenere conto il fattore prezzo ..senno' Hw ha appena detto la sua..

ciao

speriamo che sto b3 sia la manna dal cielo

[billuzzo]

Due notizia del nostro amico fudzilla

Phenom B3 samples that won't have this overhyped errata will be ready next week. This CPU goes easily to 2.6GHz out of the box and enables some higher clocks in the future.

We believe that AMD messed up big time making a big deal of this errata as every single processor that was out has some sorts of errata and bugs.

The most interesting parts is that Core 2 technology has about 120 listed bugs and no one, including me complains or cares about. Phenom B3 revision will be errata free and it will be ready for a volume production in Q1 2008. Once this is out the situation will tend to get better for AMD.

AMD did a foolish thing making a big deal out of this errata at the first place. It would be just as wise as Nvidia going out and telling press that the performance of a SLI really sucks in upcoming Crysis, which is clearly shooting yourself in the leg.

qui il link : http://www.fudzilla.com/index.php?op...=4599&Itemid=1




Seconda notizia :

Three new ones 9550, 9650, 9700

It looks like Phenom 9500 clocked at 2.2GHz and Phenom 9600 will have an incredibly short life cycle. in early Q1, these two will be replaced with Phenom 9550 and 9650. These two and Phenom 9700 will be based on revision B3 and they will be errata free.

AMD plans to phase out Phenom 9500 and 9600 as it doomed them before they even hit the shelves. A company executive telling 100+ journalists that the chip has an errata that can cost the chip 10 percent of performance is not the way to create a good sales.

Phenom 9550, 9650 and 9700 are off for a fresh start and we hope for AMD’s sake that they will do better than the previous ones.


Link : http://www.fudzilla.com/index.php?op...=4600&Itemid=1

[Agonia]

edit

[bjt2]

Originariamente inviato da billuzzo

Due notizia del nostro amico fudzilla

Phenom B3 samples that won't have this overhyped errata will be ready next week. This CPU goes easily to 2.6GHz out of the box and enables some higher clocks in the future.

We believe that AMD messed up big time making a big deal of this errata as every single processor that was out has some sorts of errata and bugs.

The most interesting parts is that Core 2 technology has about 120 listed bugs and no one, including me complains or cares about. Phenom B3 revision will be errata free and it will be ready for a volume production in Q1 2008. Once this is out the situation will tend to get better for AMD.

AMD did a foolish thing making a big deal out of this errata at the first place. It would be just as wise as Nvidia going out and telling press that the performance of a SLI really sucks in upcoming Crysis, which is clearly shooting yourself in the leg.

qui il link : http://www.fudzilla.com/index.php?op...=4599&Itemid=1




Seconda notizia :

Three new ones 9550, 9650, 9700

It looks like Phenom 9500 clocked at 2.2GHz and Phenom 9600 will have an incredibly short life cycle. in early Q1, these two will be replaced with Phenom 9550 and 9650. These two and Phenom 9700 will be based on revision B3 and they will be errata free.

AMD plans to phase out Phenom 9500 and 9600 as it doomed them before they even hit the shelves. A company executive telling 100+ journalists that the chip has an errata that can cost the chip 10 percent of performance is not the way to create a good sales.

Phenom 9550, 9650 and 9700 are off for a fresh start and we hope for AMD’s sake that they will do better than the previous ones.


Link : http://www.fudzilla.com/index.php?op...=4600&Itemid=1

Speriamo che lo distribuiscano a qualcuno perchè lo testi... Invece di pubblicare solo dei bench...

[Giuss]

Visto che parlate anche di chipset, che ne pensate dell'AMD 770 ?

Mi pare una soluzione valida e anche economica se non interessano funzioni avanzate tipo ad esempio il crossfire

[bjt2]

Originariamente inviato da capitan_crasy

Descrizione del Bug denominato "Erratum 298":

"The processor operation to change the accessed or dirty bits of a page translation table entry in the L2 from 0b to 1b may not be atomic. A small window of time exists where other cached operations may cause the stale page translation table entry to be installed in the L3 before the modified copy is returned to the L2. In addition, if a probe for this cache line occurs during this window of time, the processor may not set the accessed or dirty bit and may corrupt data for an unrelated cached operation. The system may experience a machine check event reporting an L3 protocol error has occurred. In this case, the MC4 status register (MSR 0000_0410) will be equal to B2000000_000B0C0F or BA000000_000B0C0F. The MC4 address register (MSR 0000_0412) will be equal to 26h."

Per maggiori informazioni Clicca qui...





Domanda di MonsterMash:

Io non capisco...
Tutti i test visti fino ad oggi non avevano castrazione da parte del bios, eppure erano deludenti. L'introduzione del workaround (per chi vorrà usarlo) abbasserà ulteriormente le prestazioni.
Lo step b3 renderà semplicemente non necessario l'uso del workaround, ma non vedo proprio perchè dovrebbe andare meglio del b2. A meno che non introduca anche ottimizzazioni di altro genere (ma ne dubito molto fortemente, perchè queste non sono cose che si fanno tra uno step e un altro...).



Domanda di MonsterMash:

A quanto ho capito io invece li risolve tutti e tre:
E cmq, anche gli altri due bug non dovrebbero pesare sulle prestazioni, ma solo sulla stabilità.



Bug Step Ba "Barcelona":



[Omg]http://www.pctunerup.com/up/results/_200712/20071207010544_OK-aiuto-v0_bjt2.jpg[/img]

Grazie dei complimenti!!!
Io ci aggiungerei anche il bug sulla DIV. Li hai aggiunti in prima pagina?

[capitan_crasy]

Originariamente inviato da bjt2

Grazie dei complimenti!!!
Io ci aggiungerei anche il bug sulla DIV. Li hai aggiunti in prima pagina?

appena ho un pò di tempo sistemo tutto...
Una domanda:
secondo te uno step B3, quindi esente da bug può essere penalizzato su una scheda mamma con bios fixato per lo Step B2?

[bjt2]

Originariamente inviato da capitan_crasy

appena ho un pò di tempo sistemo tutto...
Una domanda:
secondo te uno step B3, quindi esente da bug può essere penalizzato su una scheda mamma con bios fixato per lo Step B2?

Se il BIOS riconosce correttamente lo step B3, NON deve applicare i workaround, quindi funzionerebbe a piena velocità. Se quello che dice Fudzilla è vero, potrebbero uscire degli ES e si potrebbero già scrivere e testare BIOS che riconoscano lo step e si comportino di conseguenza, così che l'anno prossimo si compra la CPU e la si infila direttamente nel socket...

[L-dopa]

dopo oltre 100 pagine di 3d e dopo oltre 2600 commenti... ho capito che AMD si dovrebbe mettere a tavolino e cambiare nome da Phenom a: "Mediocriton"... o "Sòlanom"...

[Grave Digger]

Originariamente inviato da L-dopa

dopo oltre 100 pagine di 3d e dopo oltre 2600 commenti... ho capito che AMD si dovrebbe mettere a tavolino e cambiare nome da Phenom a: "Mediocriton"... o "Sòlanom"...

1)di chi sei clone ???

2)molto meglio Cèssom ,l'ho letto nella firma MSN di un mio amico .....

[Fire Hurricane]

Originariamente inviato da Grave Digger

1)di chi sei clone ???

2)molto meglio Cèssom ,l'ho letto nella firma MSN di un mio amico .....

Smettila grave con sta storia del clone, non sei d'accordo ?
Allora passa ad altri post che è meglio !