[THREAD UFFICIALE] Aspettando R700

[gianni1879]

Originariamente inviato da Ratatosk

Ha preso una piega tech perché la merda si è tutta concentrata in grossi cumuli nello strascico di commenti all'articolo di preview di HD4850...

si è un giorno che rompono le @@ in quell'articolo

[Kharonte85]

Originariamente inviato da BVD

Ciao
a tutti ma per questa scheda basta un alimentatore 600w con 15A su 12v1 e 14 su 12v2, a me sembra poco...
che connessione di alimentazione ha sta scheda?

lo vorrei metter su un computer con un intel core 2 duo e8200 2.66Ghz e 65W tdp

Marca?

[Andala]

"...Nell´attesa di conferme ufficiali vi proponiamo una slide pubblicata dal sito di OCXtreme che mostra il risultato al 3Dmark Vantage (modalità eXtreme Preset) di un sistema composto da due schede video R700 in CrossfireX (4 core RV700). Purtroppo non sono disponibili le specifiche complete della piattaforma ma giusto a titolo di confronto possiamo dire che questo risultato è superiore allo score fatto registrare da 3 schede video GeForce GTX 280 in modalità triple-sli.


"
http://www.dinoxpc.com/News/news.asp...3Dmark+Vantage


Voi che ne sapete più di me, perchè la bandwith della memoria è di soli 57,6 GB/s ?

Grazie

[yossarian]

Originariamente inviato da Andala

"[i]..
Voi che ne sapete più di me, perchè la bandwith della memoria è di soli 57,6 GB/s ?

Grazie

sembrerebbe un CF 2 vga dual con 4870 e gddr3 a 900 MHz; in tal caso il calcolo è semplice ed è riferito alla bandwidth di una singola gpu: 256/8*900*2 (dove 256 è l'ampiezza del bus e il 2 viene fuori dal fatto che c'è la convenzione, introdotta all'epoca delle DDR2, di considerare la frequenza delle ram come se fossero SDR e moltiplicarla per 2)

[Enochian]

Originariamente inviato da Andala

"[i]...Nell´attesa di conferme ufficiali vi proponiamo una slide pubblicata dal sito di OCXtreme che mostra il risultato al 3Dmark Vantage (modalità eXtreme Preset) di un sistema composto da due schede video R700 in CrossfireX (4 core RV700). Purtroppo non sono disponibili le specifiche complete della piattaforma ma giusto a titolo di confronto possiamo dire che questo risultato è superiore allo score fatto registrare da 3 schede video GeForce GTX 280 in modalità triple-sli. %94%3A+foto+e+punteggio+al+3Dmark+Vantage[/url]

2X4870x2>3X280gtx

[Kharonte85]

Originariamente inviato da Andala

Voi che ne sapete più di me, perchè la bandwith della memoria è di soli 57,6 GB/s ?

GPU-z non la riconosce correttamente...

[<^MORFEO^>]

Originariamente inviato da Enochian

2X4870x2>3X280gtx

Con un calcolo artigianale e grezzo, si direbbe che 4870x2 è >1,5 volte una GTX 280...
E visti i risultati della 4850, penso proprio che con filtri attivi la 4870 pareggerà i conti con la GTX 280, se poi ci sommiamo il fatto che prima o poi (nVidiosi permettendo ) inseriranno le dx 10.1 che le GT 200 non supportano, potrebbe anche supararla la GTX 280

[mokaverus]

Originariamente inviato da bluefrog

The Black Beast:

ma non dovrebbe esserci la heatpipe di collegamento tra i dissi delle 2 gpu?

[lor68pdit]

Originariamente inviato da mokaverus

ma non dovrebbe esserci la heatpipe di collegamento tra i dissi delle 2 gpu?

Alcuni pensano di no.
Quoto comunque.

[Athlon 64 3000+]

Originariamente inviato da yossarian

sembrerebbe un CF 2 vga dual con 4870 e gddr3 a 900 MHz; in tal caso il calcolo è semplice ed è riferito alla bandwidth di una singola gpu: 256/8*900*2 (dove 256 è l'ampiezza del bus e il 2 viene fuori dal fatto che c'è la convenzione, introdotta all'epoca delle DDR2, di considerare la frequenza delle ram come se fossero SDR e moltiplicarla per 2)

nel gpu-z riguardo a R700 c'è scritto che le ram sono gddr5 e non gddr3.
Vai a capire che ram in realtà monterà R700.

[Athlon 64 3000+]

edit

[Valdis]

Quella foto è strana, le croci che reggono i dissi delle gpu sono diversi da quelli della hd3870x2, ma il dissipatore è identico. Chiphell aveva mostrato in anteprima i dissipatori della serie hd48x0; visto che sulle 4850 e 4870 ci ha preso, penso che l'estetica di R700 dev'essere per forza questa:


con quello scalino sulla sx della vga come nella 4870.
Quindi quelle immagini o sono fake oppure rappresentano un modello di prova oppure c'è anche un'altra ipotesi scalda così poco che hanno eliminato la heatpipe....ma poco ci credo


bye

[BVD]

grazie ragazzi,

ma vi do più info l'alimentatore è un lc power modello: LC6600 V2.2 - 600W il fatto è che lo avevo trovato veramente ad un ottimo prezzo e non voglio spendere per un alimentatore più della scheda video

Il sistema che vogli fare sarà composta da

1 Disco fiso sata,
1 Masterizzatore dvd
cpu e8200 65w tdp
2 gb ram ddr2 800Mhz
1 una scheda pci firewire
+ ovviamente la hd 4850

Ma quidni un alimentatore con queste caratteristiche non va bene?

+3,3V: 30A
+5V: 28A
+12V1: 15A
+12V2: 14A

http://www.lc-power.com/images/upload/pdf/power_172.pdf

ma l'ali che mi serve deve avere anche il +12V3 ???

Grazie davvero.
Qualcuno cortesemente potrebbe consigliarmi,per esperienza, un alimentatore conveniente con amperaggi decenti, dicimao di escludere da subito Enermax costa veramente come la scheda video quasi...

[<^MORFEO^>]

http://www.tomshw.it/news.php?newsid=14465

Dai che forse si comincia a muovere qualcosa sotto l'aspetto marketing...

[Mercuri0]

Originariamente inviato da yossarian

anche nelle gpu le architetture modulari sono l'unico modo per poter progredire, a mano che non si voglia accettare l'idea di chip sempre più grandi che, magari, in futuro, integreranno anche la ram all'interno.

Ma perché, multi-gpu on die (che ancora non ho capito cosa voglia dire) dal punto di vista delle dimensioni non è peggio rispetto a uno "monolitico"?
Ti servono tutti i transistor per tutti i due "core", che quindi hanno parti ridondanti rispetto a un'architettura "monolitica". Le GPU sono già abbastanza modulari di suo, non c'è bisogno di ricorrere a soluzioni di questo tipo. Non diminuirebbe neanche i costi di progetto, se bisogna progettare controller in cascata specifici.

O, se vogliamo, anche per le cpu si può progredire ricorrendo ad un'architettura di tipo monolitico; basta ricreare su un'unico core la struttura di due o più core. Anche li, però, è antieconomico farlo.

Per GPU "monolitica" di solito si è inteso riferendosi alle dimensioni del chip, mica alla sua architettura (che resta modulare anche se il chip è grande come un lenzuolo).

La necessità delle CPU multi-core non viene da un problema di area, ma da un problema di potenza! (= frequenza di clock). Anzi, la soluzione multi-core serve proprio per poter fare chip a frequenza minore a costo di usare area maggiore, parallelizzando le operazioni (e a costo di dover richiedere nuovi paradigmi di programmazione - come il Cell). Non è un discorso di antieconomicità, ma di impossibilità tecnologica nel poter progredire sulla strada delle frequenze.

Cosa intendi per "Un unico core con la struttura di due core"?

Un'architettura modulare è più efficiente fino ad un certo livello di complessità, a patto di non rendere troppo macchinose le comunicazioni tra le varie gpu; e comunque, anche un'architettura multigpu o multicore che dir si voglia, da un certo livello di complessità in poi non può più essere gestita via SW (vedi, ad esempio, il cell, la cui gestione interna non avviene via SW ed è un controller HW a gestire i dma dei spe e gli stessi dma sono inizializzati dal ppe: il tutto in maniera trasparente rispetto al SW).

Forse stiamo andando un pò OT, però - a parte la mia visione differente di hardware/software per cui non è scontato dire dove nelle operazioni del PPE cominci l'hardware e finisca il software -, magari può dare uno spunto di riflessione il fatto che nello Spursengine di Toshiba il PPE l'abbiano tolto, o che un boss di AMD commentando Roadrunner, dicesse che il problema del Cell è la PPE che fa da collo di bottiglia. Ovviamente il tipo voleva tirare acqua al mulino del GPGPU, e le GPU non hanno PPE.
Anche Larrabee probabilmente avrà un arbitro complesso come il PPE.

Evidentemente quando il Cell viene usato come coprocessere, risulta più conveniente far fare il lavoro del PPE alla CPU del sistema. Per me questo vuol dire solo "spostare il PPE fuori dal chip", ma magari per te equivale a dire fare in software del lavoro che prima si faceva in hardware

Anche i controller HW possono essere "aggiornati" se sono programmabili; però, se permetti, non si può accettare l'idea che un dispositivo "critico" per il funzionamento di un chip, come un controller, possa essere programmato ad alto livello via driver, magari da persone che neppure conoscono alla perfezione l'architettura del chip

Il driver è critico per il funzionamento del chip comunque: se serve conoscere alla perfezione l'architettura del chip, i programmatori del chip devono farlo. Possono anche essere gli stessi progettisti dell'hardware a programmare le parti del driver che servono, eh

Il discorso della scelta di quali parti fare in hardware o software non è un discorso di "criticità" ma un trade-off tra prestazioni e flessibilità. Ormai nella progettazione microelettronica si tendono a vedere le due cose come "integrate". Ci sono addirittura strumenti EDA molto di alto livello che consentono di fare un progettazione integrata hardware/software per poter simulare e scegliere già a livello esplorativo quali parti implementare in hardware e quali in software. Alcuni per esempio (LISA) permettono di simulare un chip e parallelamente generano un compilatore per il software in modo da poter scegliere quali istruzioni dell'architettura conviene implementare in hardware e quali in software.

Scusami la digressione, ma credo sia stata utile per esporre il mio punto di vista (molto più "sfumato" sul rapporto hardware/software), altrimenti era difficile andare avanti nella discussione.

Se un architettura prevedesse un hardware di controllo per il multi-GPU "totalmente compatibile" coi giochi, questo hardware potrebbe essere simulato via driver con il solo prezzo delle prestazioni (che può essere irrilevante o può diventare critico), ma non della "compatibilità". Dal lato della "compatibilità" il software è in vantaggio sull'hardware.

[Andrea deluxe]

ma quindi gpu-z gia riconosce i 1024mb di memoria shared?


perche se cosi' non fosse, non mi spiego come possa comparire 1024mb sulla singola gpu della 4870x2!

[A.L.M.]

Jetway HD4870.

http://www.jetway.com.tw/jw/vgacard_...=X4870-EN-512V

Articoletto di TomsHW Taiwan su HD4870.

http://www.tomshardware.tw/574,news-574.html

Presentazione AMD completa per gli AIB partners:

http://www.ati-forum.de/index.php?pa...66839c68ca2a19

[Andrea deluxe]

sezione di alimentazione piu' potente per la 4870......

[Gabriyzf]

bella scheduccia

[michelgaetano]

Originariamente inviato da Andrea deluxe

sezione di alimentazione piu' potente per la 4870......

Visti i consumi della HD4850, penso sia più una misura preventiva