In arrivo il primo gioco a 64-bit

[dotlinux]

64bit, SATA, PCI Express, DDR2 ... W il marketing!
Ma pensano tutti che raccogliamo le saponette sotto la doccia?

[Aryan]

I 64 bit non danno come vantaggio solo il poter mettere un casino di RAM, ma hanno anche dei vantaggi nell'elaborazione dei dati...

[R@nda]

Originariamente inviato da dotlinux
64bit, SATA, PCI Express, DDR2 ... W il marketing!
Ma pensano tutti che raccogliamo le saponette sotto la doccia?

Infatti,meglio restare su:
x86,ata,Pci,isa e edo ram.

W il progresso!

[fek]

Originariamente inviato da DjLode

Hanno aggiunto dei particolari e degli oggetti a video è logico che ci siano differenze
Nel primo shot mancano i detriti le antenne, sicuramente mi comprerò un Athlon 64 per vedere le antenne

Esatto, e' una pura questione di marketing, perche' aggiungere qualche oggetto statico, al limite, carica la GPU non certo la CPU

[Aryan]

Originariamente inviato da fek
Esatto, e' una pura questione di marketing, perche' aggiungere qualche oggetto statico, al limite, carica la GPU non certo la CPU

Fek tu che programmi videogiochi cosa pensi dei vantaggi che possono dare i 64bit, memoria massima esclusa?

[dins]

le antenne sulle case!!!!
POTENZA BRUTA DEI 64bit!





FEK ma quindi tu dici che con win64bit+ driver 64 bit + applicazioni odierne solo ricompilate, i vantaggi praticamente saranno molto lievi?

[fek]

Originariamente inviato da Aryan
Fek tu che programmi videogiochi cosa pensi dei vantaggi che possono dare i 64bit, memoria massima esclusa?

Come ho scritta prima, secondo me nessuno tangibile. Come dice cionci i vantaggi possono derivare da un miglior sfruttamento dell'architettura della CPU, ma non dal fatto di essere a 64 bit piuttosto che a 32 bit. In 5 anni non mi e' mai capitato di aver bisogno di un intero a 64 bit per calcoli particolari, se questo accade, in genere, c'e' un errore nella progettazione dell'algoritmo che andrebbe rivisto.

[metrino]

IMHO ci sono molti punti in cui i calcoli su registri a 64 bit sono più veloci di quelli sui registri a 32 bit.
Come detto prima, se hai da fare dei calcoli a 64 bit ora come ora vengono simulati con 2 operazioni a 32 bit (salvo poi, in alcuni casi, utilizzare ulteriori cicli di clock per fare un merge).
Ma soprattutto direi, nei calcoli a 32 bit il singolo registro a 64 bit può essere utilizzato come 2 registri a 32 bit, eseguendo il doppio delle operazioni con un singolo ciclo di clock.

Il tutto ovviamente se supportato da SO + compilatore.
Se usi W32 e/o un compilato a 32 bit su un SO a 64 bit, cmq continui ad usare solo 32 bit dei dei registri a 64bit!!!

In soldoni, applicazioni pratiche su cui si trae un netto vantaggio dai 64 bit sono tutte quelle che effettuano calcoli, sia a 32 bit che a 64 bit. E qui quindi ci mettiamo Video editing, CAD e simili.

E x i giochi? Il vantaggio c'è comunque, nella maggiore velocità di calcolo dell'IA, e in tutta quella parte grafica e audio che non è ancora implementata in hw dalle schede relative. Anche le DirectX/OpenGL ne trarranno vantaggio, visto che effettuano cmq un pre-processing a livello di CPU prima di eseguire le direttive in HW della scheda grafica.

[cionci]

Originariamente inviato da metrino
Ma soprattutto direi, nei calcoli a 32 bit il singolo registro a 64 bit può essere utilizzato come 2 registri a 32 bit, eseguendo il doppio delle operazioni con un singolo ciclo di clock.

Mmmmhhh...non è mica così immediato... Anzi è molto spesso complicato fare una cosa del genere...
Prima di tutto bisogna fare i conti con l'overflow della parte meno significativa a 32 bit...e quindi ci vogliono istruzioni di controllo (che ti fanno perdere il vantaggio acquisito)...
Inoltre non è possibile accedere direttamente alla parte alta di un registro intero a 64 bit, come accadava per i registri a 16 bit...di conseguenza bisogna operare di shift per caricare o rimuovere la parte alta... Un po' contorto...non pensi ?

[GiovanniGTS]

Forse dico una fesseria, ma una GPU a 64bit? possibile? vantaggi?

[Aryan]

Originariamente inviato da GiovanniGTS
Forse dico una fesseria, ma una GPU a 64bit? possibile? vantaggi?

Le GPU sono già a 128/256 bit...

[metrino]

Originariamente inviato da cionci
Mmmmhhh...non è mica così immediato... Anzi è molto spesso complicato fare una cosa del genere...
Prima di tutto bisogna fare i conti con l'overflow della parte meno significativa a 32 bit...e quindi ci vogliono istruzioni di controllo (che ti fanno perdere il vantaggio acquisito)...
Inoltre non è possibile accedere direttamente alla parte alta di un registro intero a 64 bit, come accadava per i registri a 16 bit...di conseguenza bisogna operare di shift per caricare o rimuovere la parte alta... Un po' contorto...non pensi ?

Complicato sì, ma tanto non lo devi fare tu, lo fa il compilatore
Voglio sperare che AMD abbia previsto una roba del genere, e attivato dei "percorsi" ottimizzati nel processo di esecuzione per questo tipo di operazioni, che poi vengono sfruttati dal compilatore. Spero sia così, altrimenti hai ragione tu in tutto e per tutto. Io ho un po' semplificato il discorso giusto per essere più chiari...

Originariamente inviato da Aryan
Le GPU sono già a 128/256 bit...

Ovviamente le GPU sono ancora a 32 bit, è il bus della memoria che può essere a 128/256 bit.

[Aryan]

Originariamente inviato da metrino
Ovviamente le GPU sono ancora a 32 bit, è il bus della memoria che può essere a 128/256 bit.

Sei sicuro???
La parhelia non era a 512bit?

[metrino]

Originariamente inviato da Aryan
Sei sicuro???
La parhelia non era a 512bit?

E chi se la ricorda più la Parhelia? Ricordo che era la prima con 512MB di RAM, per il bus non so. Da qualche parte ho trovato queste specifiche:
# 512-bit GPU
# 256-bit DDR memory interface
Che sarà mai un GPU a 512bit?

[leoneazzurro]

Definire le GPU usando la stessa nomenclatura delle CPU ha poco significato

[magilvia]

Tu conosci i dettagli delle prove che ho fatto?
Conosci il codice che ho compilato e con quali switch di ottimizzazione?
Conosci anche quali driver ho usato su quale SO?

E' OVVIO che non "conosco" i dettagli quindi è inutile che mi chiedi se rispondo o no a 3 su 4 delle domande. Però "conosco" i compilatori disponibili e per i 64 sono in versione beta. Poi tu ci dirai che hai sviluppato un compilatore efficentissimo per i 64bit ti sei ricompilato il tuo kernel linux con il tuo compilatore e ovviamente ne hai poi valutato le prestazioni con software autoprodotto. Bene sei proprio bravo. Non credevo che fosse possibile una cosa del genere...

[metrino]

Originariamente inviato da leoneazzurro
Definire le GPU usando la stessa nomenclatura delle CPU ha poco significato

leoneazzurro, ci illumini x favore?
che vuol dire "GPU a 512bit"? Ne sai qualcosa?
Sono piuttosto scettico sul fatto che si tratti di architettura a 512bit, mi sa che Matrox parlava di qualcos'altro citando quei bit,.
In effetti un articolo di HWU riportava proprio "architettura a 512 bit contro i 256 bit delle schede in commercio" ... ma che vuol dire?

[GiovanniGTS]

Originariamente inviato da Aryan

Le GPU sono già a 128/256 bit...

Prima di dire stupidaggini bisognerebbe informarsi, basta leggere qualche recensione su questo sito prima di rispondere!

http://www.hwupgrade.it/articoli/1084/2.html

Guarda i dettagli tecnici cosi' ti rendi conto a cosa sono riferiti i 256 bit!

Poi leggi anche:

- Chip grafico ATI Radeon 9800XT
- Otto pipeline di rendering in parallelo
- Quattro motori geometrici in parallelo
- 256MB di memoria DDR a 730MHz
- Interfaccia di memoria DDR a 256 bit
- Supporto AGP 8X (supporta anche 2X & 4X)
- Supporta Microsoft DirectX 9.0

Ma semplicemente bastava riflettere! Che senso avrebbe fare GPU a 256bit se i giochi sono a 32bit ??????????

[leoneazzurro]

semplicemente GPU e CPU elaborano in genere dati diversi e quindi mentre una CPU è per forza di cose un componente flessibile, una GPU è un componente ad alta specializzazione destinato al trattamento dei dati geometrici e di texturing. Una CPU si definisce a "32" bit se i registri degli interi sono a 32 bit e a 64 quando quegli stessi registri sono a 64 bit. Tuttavia le operazioni FP sono effettuate a 80 bit dalla FPU e con le estensioni SSE/SSE2 abbiamo registri a 128 bit per queste operazioni multimediali. Per le GPU il discorso è ancora peggiore, perchè furbescamente molti produttori chiamano le loro GPU a 128, 256 o 512 bit a seconda della loro larghezza di interfacciamento con la memoria (anche se effettivamente la banda passante è importantissima). In realtà i numeri che vengono elaborati non sono affatto a "256 bit" ed inoltre la maggior parte non sono neppure interi, ma FP. Quindi non si può usare la stessa nomenclatura: avremmo che ad esempio le unità PS lavorano su dati con precisione FP 16-32 (nVidia) o FP 24 (ATI), ma ad esempio nVidia dichiara che il suo "pixel processor" è a 128 bit (NV 30). In realtà a seconda degli scopi l'ampiezza dei registri usati nelle GPU può variare anche di parecchio.
D'altra parte, essendo i compiti da svolgere ben definiti e parallelizzabili, normalemente le GPU hanno un gran numero di unità esecutive (maggiore che nelle CPU odierne) che lavorano contemporaneamente, ed infatti la loro complessità è arrivata a superare quella delle CPU di fascia alta.

[GiovanniGTS]

leoneazzurro hai raggione, ma un gioco a 64 bit che vantaggi puo' dare se usato sulle GPU attualmente in commercio? (lasciando perdere il discorso delle CPU a 64 bit)