Aumenta il supporto software per le cpu AMD64

[xcdegasp]

ieri avevano comunicato che amd sta sviluppando un nuovo procio a 32bit... quindi la tua preoccupazione è altamente infondata

[joe4th]

Dovrebbero cominciare a fare calare
i moduli da 2GB... Attualmente, se uno volesse montare
16 GB di RAM nella nuova Tyan 2885 dovrebbe
spendere un patrimonio solo RAM (1200E * 16 = 19200E),
cioe' quasi 40 milioni delle vecchie lire...

[Raid5]

Originariamente inviato da pollonzo
il vero problema è usciranno mai i driver audio video per tutte le periferiche che gravitano intorno a un pc?

Come già detto i nuovi driver, molto probabilmente, non saranno necessari.
Ma tutto sommato se li hanno già fatti per Linux (mi riferisco a Nvida volete che non li faranno per Windows?

Originariamente inviato da HexDEF6
Non pensiate che se un'applicazione passa dai 32 ai 64 raddoppi la propria velocita!.... anzi il piu' delle volte la vedrete rallentare!

Eh, come no!
Prima di fare simili affermazioni, suggerirei di avere le competenze necessarie, in modo da evitare le brutte figure!

Originariamente inviato da leoneazzurro
Pero' molti sembrano dimenticare che nella modalità X86-64 bit dell'Athlon 64-Opteron oltre all'incremento della capacità di indirizzamento si sblocca anche tutta una serie di caratteristiche aggiuntive (es. incremento del numero di registri interni ...

... maggiore banda (sia verso la RAM che verso le altre periferiche), minor latenza, architettura multiprocessore rivoluzionaria ...
Non mi sembrano cose da poco!

[dragunov]

vi ricordate il salto dai 16 bit del 486 ai 32 del pentium. Siete stati cosi pessimisti anke lìil numero dei registri raddoppiati portera notevoli booste tra i tanti vantaggi tra un paio di anni avere più di 4 giga di memoria volatile non sarà una chimera.

[Raid5]

Originariamente inviato da dragunov
vi ricordate il salto dai 16 bit del 486 ai 32 del pentium.

Uh?
A dire il vero il passaggio tra 16 e 32 bit nell'arhcitettura si è avuto dal 286 al 386.

[Athlon]

Originariamente inviato da dragunov
vi ricordate il salto dai 16 bit del 486 ai 32 del pentium. Siete stati cosi pessimisti anke lìil numero dei registri raddoppiati portera notevoli booste tra i tanti vantaggi tra un paio di anni avere più di 4 giga di memoria volatile non sarà una chimera.

l'ultima CPU a 16 bit e' stata il 286.

La prima CPU a 32 bit e' stata il 386.

[leoneazzurro]

Ho detto "nella modalità a 64 bit". Intendo quindi l'aumento di prestazioni dello stesso processore qundo lavora a 64 bit rispetto a quando lavora a 32. Ossia, L'Athlon 64 con applicazioni ricompilate a 64 bit lavora più veloce del 10-20% rispetto a se usasse la stessa applicazione non ricompilata (32 bit).
La banda passante della memoria rimane esattamente la stessa nei due casi (non dipende certo dalla capacità di indirizzamento, ma dalla connessione fisica)

[leoneazzurro]

Originariamente inviato da HexDEF6
questi 64 bit!!
per dire la verita i 64 bit servono solo per grossi DB... altro non mi viene in mente!
Non pensiate che se un'applicazione passa dai 32 ai 64 raddoppi la propria velocita!.... anzi il piu' delle volte la vedrete rallentare!

Ciao!

Le applicazioni non possono essere fatte girare "a 32" o "a 64" bit. Per funzionare a 64 bit le applicazioni vanno ricompilate per sfruttare tutte le estensioni del codice previste (esattamente come successe nel passaggio da 286 a 386 con il famoso "protected mode" per la gestione della memoria che consentiva una migliore gestione della RAM estesa...). Non è come l'Hyperthreading di Intel, insomma (che va settato da BIOS).
Quando ricompilata a 64 bit, un'applicazione andrà SICURAMENTE più veloce.

[super 19]

i proci a 64 bit elaborano 64 bit per colpo di clock?

[cdimauro]

x leoneazzurro

Non sempre: ci sono pur sempre i due stadi di pipeline in più, che in alcuni casi possono far perdere qualcosina, e il maggior tempo di context switch dei processi...

[DOWNHILLER]

il supporto x i giochi si vede gia, uscira una versione di UT2003 compatibile con i 64bit, e sicuramente seguiranno anke altri, poi bisogna vedere se e solo una trovata commerciale o se si traggono effettivamente dei benefici da subito

[leoneazzurro]

I due stadi di pipeline in più ci sono sia per la modalità a 32 bit che per quella a 64....

[lasa]

Spero che i 64bit non siano una fregatura......

[cdimauro]

originariamente inviato da leoneazzurro
I due stadi di pipeline in più ci sono sia per la modalità a 32 bit che per quella a 64....

Hai ragione, scusa: chissà dove avevo la testa.

[Raid5]

Originariamente inviato da super 19
i proci a 64 bit elaborano 64 bit per colpo di clock?

È anche possibile che alcune istruzioni vengano eseguite in un solo ciclo di clock, ma essendo un cisc, ne dubito (purtroppo non ho mai studiato l'assembler degli x86). In ogni caso, alche se impiagasse 2 o 3 cicli di clock, la cosa non mi pare rilevante.

Originariamente inviato da lasa
Spero che i 64bit non siano una fregatura......

No, non saranno una fregatura. L'importante è sapere esattamente che cosa aspettarsi!

[biffuz]

Originariamente inviato da Raid5
A dire il vero il passaggio tra 16 e 32 bit nell'arhcitettura si è avuto dal 286 al 386.

In effetti il passaggio a livello hardware c'è stato tra il 286 (ce l'ho ancora!!!) ed il 386, ma è stato completamente inutile in quanto il software (DOS + Windows) era ancora a 16 bit... il "vero" salto ai 32 bit c'è stato con il passaggio da Windows 3.1 a Windows 95, che è appunto avvenuto all'inizio dell'era Pentium (e potremmo aggiungere: quando la Microsoft si è accorta che OS/2 e i vari Unix, che erano a 32 bit da un bel pezzo, si stavano mangiando importanti quote di mercato...)

[cdimauro]

Originariamente inviato da Raid5
È anche possibile che alcune istruzioni vengano eseguite in un solo ciclo di clock, ma essendo un cisc, ne dubito (purtroppo non ho mai studiato l'assembler degli x86).

Dipende dal tipo di istruzioni, comunque l'architettura degli Athlon/Hammer permette di eseguire fino a 3 istruzioni per ciclo di clock, siano esse a 32 o 64 bit. Le istruzioni x86 più semplici vengono convertite direttamente in istruzioni RISC86, e questo si verifica per la stragrande maggioranza di esse (gli Hammer sono anche più efficienti degli Athlon, e convertono molte più istruzioni da x86 a singole RISC86). Tra l'altro queste istruzioni sono anche le più frequenti in assoluto nel codice dei programmi...

In ogni caso, alche se impiagasse 2 o 3 cicli di clock, la cosa non mi pare rilevante.

Infatti. Quel che contano, alla fine, sono le prestazioni.