Quote:
|
Quote:
Capisci bene dov'è la differenza ed anche che non credo che si avranno innalzamenti prestazionali visibili (magari un miglioramento marcato lo si potrebbe avere solo in un paio di istruzioni, magari a discatito di altri, per esempio +10% ipc in x87, -2% in INT) |
@Alboxing
senza entrare nel merito (non ne sarei capace :D ) il BIOS, che sia tu che altri qui conoscono benissimo, direi che influisce parecchio... sia all'accensione sia dopo altrimenti non servirebbe riavviare per caricare certi profili (core/moduli attivati/disattivati e altre amenità) ma basterebbe Overdrive per tutto, ad esempio per BD e PhII infatti intervenire "a caldo" è più un lusso che la norma... il BIOS non farà miracoli (soprattutto per le prestazioni) ma non "scarichiamolo" così no? :) edit: fine "mezzo" OT sorry :D |
Quote:
Ma poi sento molti che continuano a paragonare l'uscita di Bulldozer a quando uscì il primo Phenom, che sembrò essere un mezzo fallimento. Mi sono riguardato i vecchi test e devo dire che le due situazioni non mi sembrano assolutamente paragonabili. Il Phenom rispetto all'Athlon X2, addirittura nella fase iniziale in cui era presente un grave BUG, a parità di clock e di core era in quasi tutte le situazioni più veloce del corrispondente Athlon...spesso in misura rilevante. Oggi invece assistiamo ad una situazione in cui il nuovo BD a parità di clock e core è spesso più lento del vecchio Phenom II! Riguardatevi un po' di vecchi confronti Phenom I vs Athlon X2 64: http://www.tomshw.it/cpu.php?guide=2...thlon_64_x2-09 http://www.hwupgrade.it/articoli/cpu...azioni_12.html Per questo riesco con difficoltà, alla luce degli attuali risultati, a non ritenere un completo fallimento queste cpu FX. |
Quote:
Come ben saprai le latenze per le memorie, statiche o dinamiche che siano, si misurano in cicli di clock, è chiaro che se sono tali è perchè i tecnici di AMD si attendevano un clock ben più elevato (almeno 4,5 GHz a default per il modello di punta). Non si sa se il limite stia nel progetto ancora immaturo o nei 32nm di GF (scarto l'ipotesi masochista). Ci sono almeno tre indizi che ci dicono che il problema è di carattere produttivo: 1) AMD nonostante le deludenti prestazioni di BD non ha fatto un die shrink di k10, tutto sommato a costo zero visto il grosso del lavoro è stato fatto con llano. 2) llano ha frequenze di gran lunga inferiori a quelle ipotizzate. 3) cambiamento dei rapporti contrattuali con GF 4) 4 mesi fa, anand diceva che BD non raggiungeva determinate frequenze prestabilite (per quanto ne sappiamo erano solo del 12% inferiori rispetto a quelle attuali). 5) fx 8150 viene venduto con il contagocce 6) Record di frequenza raggiunta, in linea teorica il clock di BD dovrebbe essere molto più elevato di quello di SB. |
Quote:
Ora, come noto, per elaborare l'operazione nel primo stadio, della stessa pipeline, servono tanti cicli (ossia Hz) di clock, quanti sono gli stadi che la compongono; successivamente per elaborare le successive istruzioni ("inseritevi" dal/dai branch-predictor/s) della stessa, servirà un solo ciclo...(ammesso che siano corrette...). I Deneb, hanno 12 stadi di pipeline, mentre i Thuban 18 stadi...come si potrà intuire, sulla carta, servirà "meno tempo" a Deneb/Thuban, per completare l'operazione; appunto per questo Bulldozer necessita di maggior frequenza operativa ed è stato concepito su queste basi. Poi che Global Foundries abbia "cannato" il silicio per questa prima implementazione e che Zambezi soffra anche di altre problematiche è un'altro discorso, ma per favore evitiamo di paragonare Phenom II ed FX alla stessa frequenza di lavoro. P.S. scusate se ho descritto un po rozzamente... |
Quote:
I MHz da soli non sono indice di prestazioni e ci sono voluti anni per farlo capire, ora quanti ce ne vorranno per riguarda l'ipc? L'athlon 64, nella versione a 90nm , aveva un clock decisamente elevato, 3,2 GHz contro i 2,6 GHz raggiunti con i 65nm. Se confrontiamo l'athlon 6400+ (90nm) e il phenom/athlon x2 7750 a 2,7 GHz non è che ci fosse tutta questa differenza nonostante la presenza della cache l3, anzi spesso era proprio il 6400+ ad avere la meglio http://www.tomshw.it/cpu.php?guide=2...7000-series-10 D'altronde va ricordato che AMD aveva un ES del Phenom x4 funzionante a 3 GHz, frequenza che è stato un miraggio su 65nm. Oltre a questo se ricordiamo che i 65nm sono stati utilizzati solo nei modelli fino al 5000+, non si può negare che i 90nm erano migliori dei 65nm per raggiungere determinate frequenze. |
Quote:
ho un 5400+ (g2) 65nm brisbane nel cassetto , se non erro una delle migliorie dal 90nm al 65nm fu l'abbassamento anche del tdp. Esempio il 5400+ windsor passo da un tdp di 89w a 65w con i 65nm. Inoltre i 90 nm windsor c'era un modello (3600+) da 256kb di l2, quelli a 512kb e 1024kb di l2 ( erano in modo alternato ). Invece i 65nm brisbane erano tutti a 512kb l2. |
Quote:
1) non lo ha fatto perchè non l'ha ritenuto conveniente, avrebbe solo dato una vita un po' più lunga a una architettura che è stata ritenuta morta (giustamente) perchè non era in grado di dare futuro alle cpu AMD. gli altri punti possono essere assimilati con questa singola risposta per me: l'architettura BD doveva avere clock di base parecchio ed è atto dimostrato che può ottenerli quei clock il problema del non raggiungimento è quasi sicuramente l'elevato leakage del silicio (questo difetto del silicio non comporta ripercussioni sull'IPC) che alza notevolmente i consumi e quindi AMD si è vista costretta a limitare le frequenze per stare dentro al TDP dichiarato. questa mancanza di frequenze ha fatto emergere palesemente i limiti dell'architettura che in teoria dovevano essere mascherati dai clock molto elevati. |
Visto che l'A8-3870K non si sa quando uscirà e per il fatto che il 1090T è solo in prestito ho deciso di prendere un FX-4100 che mi costerà 110 euro.
Almeno cosi quando dovrò dare via la mia attuale MSI 990FX gli abbino tale processore. |
Quote:
Cioè mi sembra che si stiano cercando in tutti i modi dei punti di forza su un'architettura che non sembra averne...se non per la buona frequenza operativa che è in grado di raggiungere. Magari mi sbaglio. Spero. |
Quote:
imo è la stessa toppa del prescott di intel, in questo caso l'esperienza del rivale non ha insegnato niente, |
Esatto. Può essere giusto fare un confronto basandosi su dati fisici.
Ma poi anche parlando di buona overclockabilità, è giusto ricordare cosa sia in grado di fare la controparte Intel...i core i5 2500k e i core i7 2600k se non sbaglio arrivano con una certa facilità intorno ai 4,5-4,8 Ghz e a queste frequenze le cpu AMD vengono nettamente distanziate. Sembra quasi che io faccia il tipo per Intel, ma non è così. Cerco solo di capire come mai si cerchi con tanta ostinazione a provare che BD in fondo non è così male. Purtroppo la realtà sembra essere diversa e spero di poter essere smentito in futuro con dati certi non con ipotesi. |
Quote:
SB 216mm con VGA Westmere di 240 mm2 SB-E 6 core +- 250 mm2 SB-E 8 core core dovrebbe occupare circa 340 mm2 non mi sembra proprio la scelta piu felice quella di AMD... perchè il suo "core" non è proprio piccolo...; non abbiamo mai visto 6 core a frequenze e costi inferiori perchè Intel non ha mai avuto necessita di mandarli fuori vista la concorrenza, ma basta spostarsi sugli Xeon per vedere che vende tranquillamente 6 core a 2,4 GHz e 2,6GHz. in campo server AMD avra un mastodontico 600 mm2 vs 340 mm2... vedremo Intel cosa fara nel 2013 con Haswell, ma fino ad allora non credo che le cose cambieranno; con piledriver si spera che riescano a risolvere parzialmente anche il problema del silicio e a recuperare qualche cosa Quote:
Quote:
|
Quote:
Ivy avrà 77W, se fornirà le stesse prestazioni, nessun miglioramento, di SB 95W avremo un incremento delle prestazioni per watt del 23%. |
Quote:
Più realisticamente, BD sarebbe uscito da (diciamo) 4,4 GHz a salire... Poi ovvio che abbia altri problemi nella ripartizione del lavoro sui cores integer e gli OS, allo stato attuale, non lo aiutano di certo (cio non toglie che AMD debba lavorarci intorno...). Di conseguenza il paragone (nemmeno troppo azzardato) col Prescott, ma AMD è andata oltre...ha osato di più... Le tecnologie odierne, sulla carta lo permettevano; se avesse optato per (ad esempio) un esacore 'full' a 32nm, avrebbe incontrato molti meno proplemi a livello architetturale ed ora staremmo parlando d'altro. Purtroppo per loro (e per noi...) si trova a dover sbrogliare una matassa molto più ingarbugliata di quanto avesse essa stessa preventivato. Mah...cmq voglio essere ottimista e mi auguro che nel corso del 2012 possa risolvere, quantomeno la questione di shedulazione CMT con una logica simil-Intel col SMT (magari con lo zampino di IBM). I problemi di silicio, invece sono convinto li risolverà abbastanza presto... |
io credo che AMD,con l'introduzione di del progetto buldozer,abbia dato il via ad una nuova era
dove non dovremo più guardare num di core,th,frequenze o altro ma semplicemente le prestazioni assolute/prezzo un po quello che avviene nelle schede video quindi potremmo avere la cpu A con "X" core capace di eseguire "Y" th alla freq di "Z" GHz che andra come la cpu B con "U" core capace di eseguire "V" th alla freq di "W" GHz |
Quote:
Quote:
|
Quote:
dai smettiamola di giustificare la loro incompetenza, perche di incompetenza si tratta visto che non e' il loro primo fallimento nel settore, ormai e' palese che sono almeno 5 anni dietro a intel e li resteranno per molto tempo ancora. ma il bello deve ancora venire, non sia mai che ARM decide di entrare a pieno titolo nel settore desktop ad amd che resta??? perche poi il settore basso se lo ciuccia arm e quello medio/alto intel, forse e' meglio fare un passo indietro e concentrarsi solo sulle gpu. |
Quote:
credo sia giunto il momento di fare i confronti prendendo in esame le prestazioni assolute e il prezzo,lasciando perdere core,frequenze e altro. poi che amd non abbia tirato fuori un mostro,sono d'accordo e mi dispiace,perche così facendo l'antagonista non ha abbassato i prezzi! tutto qui |
Tutti gli orari sono GMT +1. Ora sono le: 22:59. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Hardware Upgrade S.r.l.