Torna indietro   Hardware Upgrade Forum > Componenti Hardware > Processori

Si è cominciato a parlare di auto a guida autonoma troppo presto: il responso del CES 2019
Si è cominciato a parlare di auto a guida autonoma troppo presto: il responso del CES 2019
Sono innumerevoli ormai le edizioni del CES di Las Vegas in cui l'auto a guida completamente autonoma avrebbe dovuto avere la sua consacrazione, ma siamo ben lungi dagli scenari di mobilità automatica immaginati qualche anno fa. Anzi, l'edizione 2019 del Consumer Electronics Show ha visto grande attenzione a dispositivi focalizzati sulla guida autonoma di Livello 3, quella che è definita come "Automazione Condizionata"
EOS R: Canon propone la sua mirrorless Full Frame, che mostra luci e ombre
EOS R: Canon propone la sua mirrorless Full Frame, che mostra luci e ombre
Canon porta al debutto la EOS R. Qualità fotografica indiscutibile e buone ottiche vengono purtroppo messe in ombra da un'ergonomia non impeccabile.
I 25 videogiochi più attesi del 2019
I 25 videogiochi più attesi del 2019
All'interno di ogni pagina trovate le informazioni più fresche su ciascun gioco, le più recenti immagini e gli ultimi video. Abbiamo inserito nella rassegna i titoli che realisticamente hanno possibilità di essere rilasciati nel 2019
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-10-2011, 18:42   #181
Uncle Scrooge
Senior Member
 
L'Avatar di Uncle Scrooge
 
Iscritto dal: Oct 2010
Messaggi: 701
Quote:
Originariamente inviato da Hitan Guarda i messaggi
Domanda: è possibile che data la fumata nera di bulldozer rendano le cpu su soket FM2 retrocompatibili con AM3+? Ovvero non uccidere AM3+ qualora piledriver non riesca a risolvere i problemi più gravosi (rifare a mano i componenti fatti al simulatore)
Piledriver sarà la controparte di Komodo per socket AM3+.
E' la stessa CPU senza nb integrato e compatibile col vecchio socket.
Già piledriver non era proprio previsto all'inizio, e l'hanno fatto proprio per estendere la vita della piattaforma AM3+.
Uncle Scrooge è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 18:56   #182
ari
Senior Member
 
L'Avatar di ari
 
Iscritto dal: Jul 2001
Città: vercelli / gorizia
Messaggi: 726
Intanto l'acquisto si sposta ancora piu' in la' , dopo i ritardi , ancora mesi di attesa per piledriver e sempre sperando che non sia un nuovo fallimento
ari è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 18:58   #183
liberato87
Senior Member
 
L'Avatar di liberato87
 
Iscritto dal: Jan 2010
Città: Campobasso _________________________ ID ORIGIN/STEAM : DEMfiKNOW
Messaggi: 10183
Quote:
Originariamente inviato da digieffe Guarda i messaggi
@iron

mi ricollego a ciò dicendo che è uscito un bios beta per la asus crosshair v

Bulldozer UEFI 9911

New build for Bulldozer:

http://www.mediafire.com/file/3jo0hm...-ASUS-9911.ROM


Change log:


Added Auto ADD/CMD/etc values shown
Added ADD/CMD Over-ride option (Disable to use AMD's default values)
Edited Core EN options - Take note that AMD recommends disabling an entire CU instead of just one core of a CU


To get 4 CU / 4 C, Disable 8th, 6th, 4th, 2nd
To get 3 CU / 3 C, Disable 8th, 7th, 6th, 4th, 2nd
To get 2 CU / 2 C, Disable 8th, 7th, 6th, 5th, 4th, 2nd
To get 1 CU / 1 C, Disable 8th, 7th, 6th, 5th, 4th, 3rd, 2nd


You may face non-boots if you have 2 cores on One CU and 1 Core on Another, Take note!!!

http://www.asusrog.com/forums/showth...zer-UEFI-9911&
__________________
liberato87 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:13   #184
[OzZ]
Senior Member
 
L'Avatar di [OzZ]
 
Iscritto dal: Nov 2005
Messaggi: 684
ma con bios più maturi la situazione potrebbe cambiare?
Ci sono stati test si Linux, che pare digerire meglio i core di bd, in modo da farsi un idea di quando andrà con OS appositamente progettati?
[OzZ] è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:13   #185
papafoxtrot
Senior Member
 
Iscritto dal: Apr 2005
Messaggi: 2905
Mi preoccupa quel +10/15% di performance per watt ogni anno.
Significa +10/15% di performance ogni anno, ovviamente, perché ci si ferma sempre agli stessi TDP.

Mi preoccupa perché sarebbe un buon risultato se la CPU di partenza fosse uscita bene, cioè avesse pochi margini.

Vuol dire che BD è difficile da migliorare...?
Il primo +10/15 lo posso capire. Piledriver esce nel Q1 2012 con Trinity, mica c'era tanto tempo... Ma secondo me il secondo step dovrebbe promettere il saltone.

Concordo con chi trova che la BP possa essere inadatta a gestire i due due thread. Ma non potrebbe essere anche il decoder ad essere limitativo?
Fino a poco fa credevo che le prestazioni della cache fossero un grosso problema, ma visto quanto migliora il songolo core disattivandogli il fratello, è evidente che prima di toccare la cache L1 (che fa schifo) conviene rivedere la logica condivisa del modulo.

Se è vero che ci sono tutti sti transistor in più ( miliardi in effetti sembrano un autentico disastro di transistor) spero si riesca a limarli. D'altra parte è vero il calcolo di Xbitlabs... 213 milioni a modulo fanno meno di 1 miliardo... Poi c'è la L3 che con celle 6T porta a circa 1,2 miliardi. Dove diamine sono andati gli altri 800 milioni, che bastano per fare una CPU intera?
Azz, sono davvero tantissimi...

Spero che col passare delle settimane arrivino da amd notizie rassicuranti su piledriver e steamroller...

Non sono d'accordo con chi dice che il PP è inadatto. 2 miliardi di transistor e tenerli a 3,6GHz non è affatto un brutto risultato. E difatti anche lano ciuccia poco.
__________________
acquistato con soddisfazione da: SHIVA>>LuR<< Jokerpunzk,Markenforcer,vkbms, campioni del mondo,mstella.
Venduto a: maxVi, gabrieletor, banaz, tdm70, raxxo, frantheman
papafoxtrot è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:13   #186
navarre63
Bannato
 
Iscritto dal: Jun 2006
Messaggi: 1797
cmq vada prenderò un 4100,aspetto solo il calo prezzi e ovv la disp
navarre63 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:22   #187
Athlon 64 3000+
Bannato
 
Iscritto dal: Dec 2003
Città: Monteveglio(Bo)
Messaggi: 10006
Quote:
Originariamente inviato da papafoxtrot Guarda i messaggi
Mi preoccupa quel +10/15% di performance per watt ogni anno.
Significa +10/15% di performance ogni anno, ovviamente, perché ci si ferma sempre agli stessi TDP.

Mi preoccupa perché sarebbe un buon risultato se la CPU di partenza fosse uscita bene, cioè avesse pochi margini.

Vuol dire che BD è difficile da migliorare...?
Il primo +10/15 lo posso capire. Piledriver esce nel Q1 2012 con Trinity, mica c'era tanto tempo... Ma secondo me il secondo step dovrebbe promettere il saltone.

Concordo con chi trova che la BP possa essere inadatta a gestire i due due thread. Ma non potrebbe essere anche il decoder ad essere limitativo?
Fino a poco fa credevo che le prestazioni della cache fossero un grosso problema, ma visto quanto migliora il songolo core disattivandogli il fratello, è evidente che prima di toccare la cache L1 (che fa schifo) conviene rivedere la logica condivisa del modulo.

Se è vero che ci sono tutti sti transistor in più ( miliardi in effetti sembrano un autentico disastro di transistor) spero si riesca a limarli. D'altra parte è vero il calcolo di Xbitlabs... 213 milioni a modulo fanno meno di 1 miliardo... Poi c'è la L3 che con celle 6T porta a circa 1,2 miliardi. Dove diamine sono andati gli altri 800 milioni, che bastano per fare una CPU intera?
Azz, sono davvero tantissimi...

Spero che col passare delle settimane arrivino da amd notizie rassicuranti su piledriver e steamroller...

Non sono d'accordo con chi dice che il PP è inadatto. 2 miliardi di transistor e tenerli a 3,6GHz non è affatto un brutto risultato. E difatti anche lano ciuccia poco.
Con Zambezi hanno fatto dei casini immessi.
Francamente a me non piace vedere delle CPU andare a oltre 4 ghz come frequenza di default per ovviare al basso IPC.
Può andare bene una CPU tra i 3,6 e 4 ghz senza turbo,ma non oltre,per il resto farebbero bene a pompare l'IPC.
Athlon 64 3000+ è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:22   #188
Polpi_91
Senior Member
 
Iscritto dal: Sep 2008
Città: Lonato del Garda (bs)
Messaggi: 3800
Quote:
Originariamente inviato da Athlon 64 3000+ Guarda i messaggi
Il motivo che Zambezi è più veloce perchè ha 8 unità Integer rispetto alle 4 dei 2500k e 2600k.
non è detto, Thuban ha 6 unita ma fanno tipo 84 punti se non ricordo male, il 2500k è un 4 puro e fa 150 mentre il 2600k è un 4+4 (4 con HT) e fa 200 mentre BD è un 8 puro e fa 250 direi che le unità non sono ancora a livello delle intel ma si è fatto un passo avanti notevole (tubhan faceva meno di 20 punti per core, con zamebsi si è sopra i 30 mentre intel viaggia abbondante sopra i 35 con SB)

Quote:
Originariamente inviato da Athlon 64 3000+ Guarda i messaggi
Parlo del sistema di predizione dei salti che sembra sia penoso,del fatto che è stato progettato talmente male che da un -20% di perfomance come riportato da Xbitlabs,dal fatto che il modulo quando c'è da processare 2 Thread vada in crisi.
non è che è progettato male, mi sembra che sia lo stesso (più o meno)del Thuban che faceva pena e creava un sacco di miss prediction solo che il problema si è amplificato con l'aumento della pipeline e quindi l'aumento di penalità per missprediction

Quote:
Originariamente inviato da digieffe Guarda i messaggi
questi dati SINTETICI danno perfettamente ragione a Bjt2 sul potenziale (anche superiore a SB)...

perchè poi nelle applicazioni/bench reali "grippa" boh ...
significa che il core di suo viaggia ma poi quello che sta intorno (branch predictor, MC, cache etc..) lo limitano
__________________
ASUS Crosshai VI Hero| AMD Ryzen 1700X @ 3.7gHz 1.2V| Thermalright Venomous X + 2xNoctua Industrial 120mm| AMD RX580 Sapphire Nitro+ Special Edition | G.Skill Ripjaws V 2x8Gb 3200mhz 14-14-14-38 (in RMA )| 2x Asus VC239H Monitor 23'' FullHD | Corsair RM750i | Corsair Carbide Series Clear 400C + 4x Corsair ML140 Pro| Samsung Pro 750 258gb |Western Digital Caviar Blue 2TB | Corsair Strafe RGB Cheery MX Silent | Logitech G502 | Logitech Z-623
Polpi_91 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:23   #189
Hitan
Member
 
L'Avatar di Hitan
 
Iscritto dal: Dec 2005
Città: Roma
Messaggi: 90
Quote:
Originariamente inviato da Uncle Scrooge Guarda i messaggi
Piledriver sarà la controparte di Komodo per socket AM3+.
E' la stessa CPU senza nb integrato e compatibile col vecchio socket.
Già piledriver non era proprio previsto all'inizio, e l'hanno fatto proprio per estendere la vita della piattaforma AM3+.
Parlo di uno Steamroller per am3+ che mi pare al momento non sia previsto.
Hitan è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:26   #190
paolo.oliva2
Senior Member
 
L'Avatar di paolo.oliva2
 
Iscritto dal: Jan 2002
Città: Alépé, Costa d'Avorio
Messaggi: 23047
Quote:
Originariamente inviato da Polpi_91 Guarda i messaggi
quello dlle FPU non sembra un fattore limitante perchè le prestazioni con due core calano molto rispetto a un core anche se i processi sono affidati a due moduli diversi (quindi una FPU per thread)

poi si nota dai test non BP dipendenti sulle FPU (Vedi Sandra 2011) che nel peggiore dei casi le 4 FPU di BD hanno la stessa potenza di calcolo delle 6 FP di Thuban e appena sotto quelle del 2600K (che sono 4+ht)

Per essere più chiaro ecco a quello che mi riferisco:


BD fa 145/250 (FP/Int)
2600k fa 152/201 (+5%/-24%)
1100T fa 141/85 (-3%/ -190%)

quindi le 4 unità FPU vanno come le 4 unità di intel (ci sono altri test dove quel 5% è ribaltato in favore di AMD)
Se andasse come questo grafico.... spaccherebbe tutto... e pensare che è solamente a 3,6GHz... (pensa a 4,5Ghz def).

Per me c'è un bug da qualche parte che è mostruoso... oppure semplicemente come ha detto il capitano, può darsi che sia il silicio non nel discorso di frequenza quanto (so un cavolo), un discorso di riflusso di dati in caso di errore? Che spiegherebbe anche le latenze?

In effetti Bjt2 ci aveva centrato in pieno quando diceva delle potenzialità di BD superiori a SB.

E quoto digieffe

Più guardo l'8150p confrontandolo con un Thuban... più non capisco dove cavolo perda tutta quella potenza.
Nell'FP è uguale, ma negli INT è sovrumano, quasi il doppio della potenza di un Thuban.
__________________
1800X @4GHz 1,29V - @4,140GHz 1922 Cinebench - 2700X a Def con OFFSET -0,075V e PBO attivo, 2000 Cinebench @4,350GHz, massima frequenza benchabile CPU-z @4,425GHz (5550 CPU-Z).

Ultima modifica di paolo.oliva2 : 14-10-2011 alle 19:38.
paolo.oliva2 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:27   #191
FroZen
Senior Member
 
L'Avatar di FroZen
 
Iscritto dal: Aug 2001
Città: Bergamooo...
Messaggi: 16084
Sintetizzando al massimo per farlo andare più corentemente bisogna tornare a 4C/4CU quindi farlo assomigliare ad un quad-core classico diciamo?
__________________
Otto: Silverstone RVZ01 - i5 3570 - 8GB 1600 - Asus P8H77-I - Silverstone SFF 450W - HIS 290 IceQX2 OC - M4 256GB - I2369VM
M8: Enthoo Pro M - 2600X - 16GB@3400cl14 - Asrock Taichi X470 - Antec HPC 850 - Nitro Fury OC - MX500 500GB - MX34VQ - U2311H
"ilmazzo" -> Steam
FroZen è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:31   #192
Polpi_91
Senior Member
 
Iscritto dal: Sep 2008
Città: Lonato del Garda (bs)
Messaggi: 3800
Quote:
Originariamente inviato da paolo.oliva2 Guarda i messaggi
Se andasse come questo grafico.... spaccherebbe tutto... e pensare che è solamente a 3,6GHz... (pensa a 4,5Ghz def).

Per me c'è un bug da qualche parte che è mostruoso... oppure semplicemente come ha detto il capitano, può darsi che sia il silicio non nel discorso di frequenza quanto (so un cavolo), un discorso di riflusso di dati in caso di errore? Che spiegherebbe anche le latenze?

In effetti Bjt2 ci aveva centrato in pieno quando diceva delle potenzialità di BD superiori a SB.

E quoto digieffe
il silicio c'entra poco, di bug grossi non ce ne sono almeno secondo i documenti ufficiali di AMD, è una questione di come arrivano e vengono "serviti" i dati alla cpu, BD ha delle unità di calcolo (sia FPU che INT) veloci solo che sono servite male (e qui entrano in gioco Cache, MC banda passante) e poi lavorano molto a vuoto causa branch predictor che fa fare molti calcoli a vuoto (miss prediction) quindi le unità lavorano con poca efficienza
__________________
ASUS Crosshai VI Hero| AMD Ryzen 1700X @ 3.7gHz 1.2V| Thermalright Venomous X + 2xNoctua Industrial 120mm| AMD RX580 Sapphire Nitro+ Special Edition | G.Skill Ripjaws V 2x8Gb 3200mhz 14-14-14-38 (in RMA )| 2x Asus VC239H Monitor 23'' FullHD | Corsair RM750i | Corsair Carbide Series Clear 400C + 4x Corsair ML140 Pro| Samsung Pro 750 258gb |Western Digital Caviar Blue 2TB | Corsair Strafe RGB Cheery MX Silent | Logitech G502 | Logitech Z-623
Polpi_91 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:33   #193
Polpi_91
Senior Member
 
Iscritto dal: Sep 2008
Città: Lonato del Garda (bs)
Messaggi: 3800
Quote:
Originariamente inviato da FroZen Guarda i messaggi
Sintetizzando al massimo per farlo andare più corentemente bisogna tornare a 4C/4CU quindi farlo assomigliare ad un quad-core classico diciamo?
guadagni forse qualcosa (è da vedere quanto) se il n° di Th è compreso da 1 a 4 ma se superi i 4th perdi e basta.

non so quanto il gioco valga la candela
__________________
ASUS Crosshai VI Hero| AMD Ryzen 1700X @ 3.7gHz 1.2V| Thermalright Venomous X + 2xNoctua Industrial 120mm| AMD RX580 Sapphire Nitro+ Special Edition | G.Skill Ripjaws V 2x8Gb 3200mhz 14-14-14-38 (in RMA )| 2x Asus VC239H Monitor 23'' FullHD | Corsair RM750i | Corsair Carbide Series Clear 400C + 4x Corsair ML140 Pro| Samsung Pro 750 258gb |Western Digital Caviar Blue 2TB | Corsair Strafe RGB Cheery MX Silent | Logitech G502 | Logitech Z-623

Ultima modifica di Polpi_91 : 14-10-2011 alle 20:08.
Polpi_91 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:37   #194
paolo.oliva2
Senior Member
 
L'Avatar di paolo.oliva2
 
Iscritto dal: Jan 2002
Città: Alépé, Costa d'Avorio
Messaggi: 23047
Quote:
Originariamente inviato da papafoxtrot Guarda i messaggi
Mi preoccupa quel +10/15% di performance per watt ogni anno.
Significa +10/15% di performance ogni anno, ovviamente, perché ci si ferma sempre agli stessi TDP.

Mi preoccupa perché sarebbe un buon risultato se la CPU di partenza fosse uscita bene, cioè avesse pochi margini.

Vuol dire che BD è difficile da migliorare...?
Il primo +10/15 lo posso capire. Piledriver esce nel Q1 2012 con Trinity, mica c'era tanto tempo... Ma secondo me il secondo step dovrebbe promettere il saltone.

Concordo con chi trova che la BP possa essere inadatta a gestire i due due thread. Ma non potrebbe essere anche il decoder ad essere limitativo?
Fino a poco fa credevo che le prestazioni della cache fossero un grosso problema, ma visto quanto migliora il songolo core disattivandogli il fratello, è evidente che prima di toccare la cache L1 (che fa schifo) conviene rivedere la logica condivisa del modulo.

Se è vero che ci sono tutti sti transistor in più ( miliardi in effetti sembrano un autentico disastro di transistor) spero si riesca a limarli. D'altra parte è vero il calcolo di Xbitlabs... 213 milioni a modulo fanno meno di 1 miliardo... Poi c'è la L3 che con celle 6T porta a circa 1,2 miliardi. Dove diamine sono andati gli altri 800 milioni, che bastano per fare una CPU intera?
Azz, sono davvero tantissimi...

Spero che col passare delle settimane arrivino da amd notizie rassicuranti su piledriver e steamroller...

Non sono d'accordo con chi dice che il PP è inadatto. 2 miliardi di transistor e tenerli a 3,6GHz non è affatto un brutto risultato. E difatti anche lano ciuccia poco.
Il problema (da quello che ho capito io) non è assolutamente il consumo a frequenze basse, dove il 32nm è nettamente più parsimonioso del 45nm. Il problema è l'impennata dei consumi sotto OC, che però sinceramente non comprendo molto (se dicono 5GHz+ ad aria... come farebbe ad impennarsi il consumo?
Tra l'altro... con 2 miliardi di transistor sarebbero più o meno 2 Thuban in un die... a livello architetturale BD si tirerebbe una favola... Llano sempre con il 32nm mi sembra non supera i 3,6GHz con un tot di transistor in meno.
__________________
1800X @4GHz 1,29V - @4,140GHz 1922 Cinebench - 2700X a Def con OFFSET -0,075V e PBO attivo, 2000 Cinebench @4,350GHz, massima frequenza benchabile CPU-z @4,425GHz (5550 CPU-Z).
paolo.oliva2 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:43   #195
Veradun
Senior Member
 
L'Avatar di Veradun
 
Iscritto dal: Aug 2011
Città: Pistoia
Messaggi: 8351
Quote:
Originariamente inviato da bonomork Guarda i messaggi
sarebbe possibile riprogettare le parti critiche a mano per guadagnare quel 20% ?
Se si, in quanto tempo ?
Una marea.

Quote:
Originariamente inviato da Polpi_91 Guarda i messaggi
non è che è progettato male, mi sembra che sia lo stesso (più o meno)del Thuban che faceva pena e creava un sacco di miss prediction solo che il problema si è amplificato con l'aumento della pipeline e quindi l'aumento di penalità per missprediction
Strategia suicida, hai un prediction che fa schifo e la cosa migliore che ti viene in mente e' allungare le pipe per fare un progetto basato sulle frequenze?

La logica avrebbe detto di puntare tutto sul massimo IPC in un design a pipe corte, anche a costo di scendere un po' di frequenza.
__________________
Si sta come / d'inverno / sugli alberi / gli allocchi
Veradun è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:48   #196
paolo.oliva2
Senior Member
 
L'Avatar di paolo.oliva2
 
Iscritto dal: Jan 2002
Città: Alépé, Costa d'Avorio
Messaggi: 23047
Quote:
Originariamente inviato da Polpi_91 Guarda i messaggi
il silicio c'entra poco, di bug grossi non ce ne sono almeno secondo i documenti ufficiali di AMD, è una questione di come arrivano e vengono "serviti" i dati alla cpu, BD ha delle unità di calcolo (sia FPU che INT) veloci solo che sono servite male (e qui entrano in gioco Cache, MC banda passante) e poi lavorano molto a vuoto causa branch predictor che fa fare molti calcoli a vuoto (miss prediction) quindi le unità lavorano con poca efficienza
Infatti anche Bjt2 ha detto che di bug non ce ne sono...

Però... non mi tornano alcune cose... e ti dico.
Devono essere più cose combinate assieme.

Se fosse un problema di banda MC, i bench fatti con memorie a clock superiore e quindi più banda, darebbero di più, invece danno si di più ma non percentualmente.

Mettiamoci pure l'NB... ed allora sarebbero stupidi a farla 2GHz per alcuni modelli e 2,2GHz per altri.
(tra parentesi... un Thuban se si disabilitano dei core, si può alzare di più il clock NB... BD X4 clock NB minore di un BD X8? )

Le cache ha nno valori molto bassi ma si era data la colpa ad una cosa che non mi ricordo .

Poi c'è lo scheduler, il branch predictor, cache missing... ma questi secondo me possono si influire, ma non spiegano il clock NB e i risultati delle cache. Cioè se a monte va male, almeno a valle falle veloci per limitare i danni... loro teoricamente hanno fatto male a monte ed ancora peggio a valle

Io darei più la colpa al silicio (spiegazione Capitano con il Phenom) PERO', se fosse quello, Piledriver e superiori avrebbero performances ben superiori.... che non sono previste .

Per me semplicemente se toccano una cosa, va male un'altra e viceversa... ed il risultato è l'8150p, con in più il prb frequenze basse del silicio.
__________________
1800X @4GHz 1,29V - @4,140GHz 1922 Cinebench - 2700X a Def con OFFSET -0,075V e PBO attivo, 2000 Cinebench @4,350GHz, massima frequenza benchabile CPU-z @4,425GHz (5550 CPU-Z).

Ultima modifica di paolo.oliva2 : 14-10-2011 alle 19:50.
paolo.oliva2 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 19:58   #197
paolo.oliva2
Senior Member
 
L'Avatar di paolo.oliva2
 
Iscritto dal: Jan 2002
Città: Alépé, Costa d'Avorio
Messaggi: 23047
Quote:
Originariamente inviato da Veradun Guarda i messaggi
Una marea.
Infatti... altrimenti avrebbero predetto un salto di potenza notevole...

Sinceramente... la mia idea p che non ci stanno tirando fuori gli zampetti e tirano ad arrivare al 2014/2015 con progetto next generations con l'APU che elabora i dati (core e IGP).

Guarda, onestamente... AMD le idee le ha ma purtroppo non ha la potenza costruttiva di portare avanti tutto e al meglio (purtroppo).

Se adesso si impegnasse nei proci, perderebbe il vantaggio che ha (con ATI) sulla concorrenza per l'APU. Meglio accontentarsi della fascia media e medio-bassa, che poi è quella con i numeri maggiori di vendite e tirare a campare questi 2-3 anni e poi pensare a BD next-generations.

Ad esempio, discorso Llano e Trinity.
Llano si vende e parecchio... Trinity ha una IGP più potente del 50% rispetto a Llano, ma Llano ha molti problemi di clock rispetto al 45nm, quindi un trinity anche a livello di core, sarebbe nettamente superiore. Se di Llano ne stanno vendendo un tot, di Trinity ne venderanno ancor di più.

Ed amen alla fascia medio-alta... ma che almeno aumentino le potenze magari abbassando ancor di più i prezzi... venderebbero ugualmente.
__________________
1800X @4GHz 1,29V - @4,140GHz 1922 Cinebench - 2700X a Def con OFFSET -0,075V e PBO attivo, 2000 Cinebench @4,350GHz, massima frequenza benchabile CPU-z @4,425GHz (5550 CPU-Z).
paolo.oliva2 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 20:04   #198
JDM70
Senior Member
 
L'Avatar di JDM70
 
Iscritto dal: Aug 2009
Città: Prov. Savona
Messaggi: 799
Ciao Paolo, quel 15% in più magari era dato "visto che le slide erano vecchie" da un BD in prima infornata funzionare come si deve e quindi bastare per il loro scopo prefissato, adesso è da vedere se riescono a recuperare quello che manca o è mancato per le vere potenzialità di BD.
__________________
-Case CMSTACKER-Corsair TX750W-Asus SABERTOOTH 990FX R2.0-AMD FX 8370 4.75Ghz 1.356V -Corsair H100-Corsair CMZ8GX3M2A1866C9 16GB-ASUS STRIX R9 380 4Gb-Samsung 850 Pro 256Gb-Monitor Samsung SyncMaster 2433bw-W10 64- -
27/12/10 Mi mancherai per sempre Mamma!!!
JDM70 è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 20:04   #199
Krato§
Senior Member
 
L'Avatar di Krato§
 
Iscritto dal: Apr 2009
Città: R€gn0 di §p4rT4
Messaggi: 4154
eccoci quà..
Krato§ è offline   Rispondi citando il messaggio o parte di esso
Old 14-10-2011, 20:12   #200
Ares17
Bannato
 
Iscritto dal: Oct 2005
Città: In giro per il mondo
Messaggi: 5824
Quote:
Originariamente inviato da paolo.oliva2 Guarda i messaggi
Infatti anche Bjt2 ha detto che di bug non ce ne sono...

Però... non mi tornano alcune cose... e ti dico.
Devono essere più cose combinate assieme.

Se fosse un problema di banda MC, i bench fatti con memorie a clock superiore e quindi più banda, darebbero di più, invece danno si di più ma non percentualmente.

Mettiamoci pure l'NB... ed allora sarebbero stupidi a farla 2GHz per alcuni modelli e 2,2GHz per altri.
(tra parentesi... un Thuban se si disabilitano dei core, si può alzare di più il clock NB... BD X4 clock NB minore di un BD X8? )

Le cache ha nno valori molto bassi ma si era data la colpa ad una cosa che non mi ricordo .

Poi c'è lo scheduler, il branch predictor, cache missing... ma questi secondo me possono si influire, ma non spiegano il clock NB e i risultati delle cache. Cioè se a monte va male, almeno a valle falle veloci per limitare i danni... loro teoricamente hanno fatto male a monte ed ancora peggio a valle

Io darei più la colpa al silicio (spiegazione Capitano con il Phenom) PERO', se fosse quello, Piledriver e superiori avrebbero performances ben superiori.... che non sono previste .

Per me semplicemente se toccano una cosa, va male un'altra e viceversa... ed il risultato è l'8150p, con in più il prb frequenze basse del silicio.
Se davvero hanno usato sistemi automatici per progettare Bd di bug non ne dovrebbero esistere (terrore di agena?).
Al massimo l'errore è nel software di progettazione (sicuramente passato al compilatore INTEL )

Potrebbero essere diversi i punti da migliorare, ma per il momento ci dobbiamo aspettare solo miglioramenti del silicio.
La progettazione a soc (intesa come tutta in una a blocchi), permetterà di avere evoluzioni di cpu molto più rapide che adesso, se il modulo a come sembra funziona discretamente potrebbe essere preso pari pari e spostato sulla nuova architettura, oppure usare diversi design per differenziare meglio l'offerta (sempre in prospettiva apu).
Ares17 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Si è cominciato a parlare di auto a guida autonoma troppo presto: il responso del CES 2019 Si è cominciato a parlare di auto a guida...
EOS R: Canon propone la sua mirrorless Full Frame, che mostra luci e ombre EOS R: Canon propone la sua mirrorless Full Fram...
I 25 videogiochi più attesi del 2019 I 25 videogiochi più attesi del 2019
Recensione PaMu Scroll: senza fili non sempre è meglio Recensione PaMu Scroll: senza fili non sempre &e...
Sigma 50mm Art vs. obiettivi 'vintage' Sigma 50mm Art vs. obiettivi 'vintage'
LG G8: eccolo nella sua prima immagine e...
Rilasciato while True: learn(): il gioco...
Ace Combat 7: Skies Unknown ora disponib...
TIM Limited Edition Online: ecco la nuov...
ASUS, case ROG Strix Helios: una mid-tow...
Lightning Motorcycles, annuncia Strike: ...
Iliad nella grande distribuzione: le Sim...
Ulefone Armor 6: video test autonomia e ...
WhatsApp supera Facebook: è adess...
Galaxy S10+ più lento di iPhone X...
Google e Fossil: accordo da 40 milioni d...
Ecco tutte le offerte di telefonia di ve...
Helbiz e Telepass insieme per lo sharing...
Mortal Kombat 11 mostrato con una serie ...
Collection #1: 21 milioni di password on...
FurMark
Skype
GPU Caps Viewer
Zoom Player Free
CCleaner Portable
CCleaner Standard
Dropbox
Chromium
Sandboxie
ICQ
K-Lite Codec Pack Update
K-Lite Mega Codec Pack
K-Lite Codec Pack Full
K-Lite Codec Pack Standard
K-Lite Codec Pack Basic
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 19:33.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.
Served by www3v