Niente x86-64 per Intel

[WarDuck]

Ma io mi chiedo se la gente sappia leggere... !!! Lì c'è scritto che questa architettura è per i sistemi di fascia alta... E poi quale sarebbe la complessità del software... Windows XP 64bit, Linux... passaggio graduale? Ma che... così ritroviamo applicazioni a 32 e a 64 bit!?!?!? Se dobbiamo proprio cambiare, cambiamo SUBITO...
Il problema sta in determinati software che le aziende non useranno mai... dai... giochiamo a Doom3 con una Workstation o con un Server per reti...
E poi... il problema va risolto INSIEME alle case produttrici di software... PRIMA DI METTERE IN COMMERCIO CPU (o GPU la cosa vale anche per il settore grafico) DOVREBBERO CERCARE DI FARSI TROVARE CON SOFTWARE PRONTO DA UTILIZZARE...
Perchè altrimenti non serve a un caxxo... tanto per fare un esempio le innovative DX9... ma se manco è uscito un gioco completo per DX8 come pensano di fare?!?!?
La potenza daccordo, ma l'utilizzo che ne va fatto...

Dunque AMD OK per 64bit sui Desktop... però Intel avrà sempre la supremazia nei Server e Workstation di altissimo livello...

Vedete test Anandtech approposito di Athlon MP vs Intel Xeon... http://www.anandtech.com/IT/showdoc.html?i=1641

E ho un Athlon XP 1800+ non pensate che sia di parte come spesso i vostri stupidi battibecchi fanno pensare...

[WarDuck]

PS: le aziende di alto livello HANNO I SOLDI E VOGLIONO COMPRARSI UN INTEL statene certi... Semplicemente se lo possono permettere

[tarun]

Secondo me AMD proponendo l,architettura x86-64 ha fatto una c....ta.
1° a noi comuni mortali ci bastano i 32 bit
2° il vantaggio di un architettura a 64 bit starebbe
principalmente nella fine dell'architettura x86,
la più schifosa che si sia mai vista su una cpu
3° La x86-64 non è compatibile con IA 64
4° Ma chi svilupperà software per x86-64 ?? Converrà
comunque svilupparlo a 32bit cosi che sarà
compatibile anche con le cpu intel e non solo
con con quelle AMD .
5° Secondo me OPTERON sarà tuttavia in ottimo
processore a 32BIT(trentadue)con dei registri
aggiunti per far si che noi poveri cogl......ni
ci potessimo ingloriare con i 64

[WhiteParty]

Quante cazzate che ho letto in 24 post. Ma voi credere veramente che un'azienda da miliardi di dollari che spende milioni di dollari in ricerca ed investimenti faccia dichiarazioni a vanvera ? Forse Intel ha bisgono di esperti finanziari quali voi siete.......

[BloWer]

Originariamente inviato da tarun

3° La x86-64 non è compatibile con IA 64
Dove sarebbe lo svantaggio per AMD? La x86-64 è ovviamente un'architettura di transito, ma rimarrà sul mercato fino alla migrazione generale che non avverrà in tempi brevi. E penetrando prima in questa futura fetta del mercato desktop AMD pone le basi per una supremazia che questa volta sarà Intel a dover intaccare.

4° Ma chi svilupperà software per x86-64 ?? Converrà
comunque svilupparlo a 32bit cosi che sarà
compatibile anche con le cpu intel e non solo
con con quelle AMD .
Mai sentito parlare di compilatori??? Proprio perchè l'architettura di base rimarrà la stessa (bene o male che sia...) non sarà difficile inserire ottimizzazioni a seconda di dove giri il programma.

5° Secondo me OPTERON sarà tuttavia in ottimo
processore a 32BIT(trentadue)con dei registri
aggiunti per far si che noi poveri cogl......ni
ci potessimo ingloriare con i 64
Sempre "speculando" su qlc che non abbiamo ancora toccato con mano, se l'indice prestazionale degli Hammer rispecchierà realmente un divario così netto dalle generazioni attuali (il primo se non sbaglio sarà "+3400"...) perchè inserire questi registri in più e un metodo di indirizzamento fantoccio in un proc che avrebbe reso il massimo con soli 32 bit?

Ciao, Blo

[giapel]

Qua proprio l'ironia e' bandita..c'avrei giurato che qualcuno avrebe avuto qualcosa da dire................bah...

[Raven]

Originariamente inviato da giapel
[b]Qua proprio l'ironia e' bandita..c'avrei giurato che qualcuno avrebe avuto qualcosa da dire................bah...

Non è questione di bandire l'ironia... è che basta molto poco per scatenare flame inutili, e come moderatore della sezione preferirei evitare che ciò avvenga!

[magomerlinopaolo]

a rigor di Assembly dei registri a 64bit non saranno proprio inutili! se poi si aggiunge che l' hammer avrà come avete detto altri registri, il supporto alle SSE 2, equalche altra diavoleria per velocizzare il tutto, non sarà proprio male!
il problema è che a me piacerebbe che intel IMPONESSE LO STANDARD ITANIUM! xchè così diremmo addio al vetusto x86, è incredibile che le nostre macchine possono far girare del codice x processori 086!
il problema è che INTEL il salto lo vuole far fare soltanto ai server, mentre ci lascia nella cacchetta a noi poveri utenti...stando così le cose, W AMD! che gradualmente ci porterà ai 64bit pieni...
una SCOMMESSA! se INTEL continuerà ad appoggiare l' itanium, si farà prima ad eliminare il reparto 32bit dei futuri hammer per passare completamente al 64bit o si fa prima ad aspettare che l' itanium si diffonda sui sistemi dell' utente medio?
in entrambi i casi penso ci vorranno non meno di 3 anni!

[zavfx]

Scelta vincente?
Amd é in crisi, riduzione del fatturato nell'ordine di oltre il 20%, quotazioni di borsa in netto calo e previsione (da parte della stessa casa) di perdite di esercizio non vi dicono nulla?
E la situazione non può che peggiorare sino all'uscita dell'Hammer.

[cdimauro]

Originariamente inviato da Scezzy
[b]Le cose sono 2: o intel si mangera' la quota di mercato entry-level o costringera' (e non sarebbe la prima volta) tutto il sistema a migrare di brutto verso i 64bit scatenando le ire di tutti. Anche perche' io non sono un esperto ma non penso che sia una cazxxta far sparire i 32bit di colpo e allo stesso modo passare di botto a 64bit.

Credo che per un po' di anni non siano neppure ipotizzabili delle versioni desktop dell'Itanium... Con queste ultime dichiarazioni Intel ha finalmente preso una netta posizione a favore della sua soluzione a 64 bit, lasciando il campo totalmente in mano ad AMD.

E questo per non rischiare ulteriori brutte figure (bastano già quelle avute a causa dell'"Itanic"... )

[cdimauro]

Originariamente inviato da Jashugan
[b]Beh, sinceramente parlando, nei sistemi desktop non si nutre certo il bisogno di passare a 64 bit. Qualcuno di voi ha 4 GB di Ram? Deve elaborare dati con numeri superiori a 3,4*10^38 o più piccoli di 7*10^-46? Se c'è tra voi (noi) qualcuno che ha bisogno di questa potenza di calcolo, accidenti, si faccia avanti.

Sennò i 32 bit ci bastano e avanzano. I 64 bit, se vengono, tranquillamente li accetto. Ma non li vado certo a cercare.

Per adesso 4 Gb sono ancora lontani per l'utente medio, ma dobbiamo pensarci proprio quando si presenterà il problema di superare questa barriera?

La manipolazione di interi a 64 è invece una cosa di cui da tempo si potrebbe trarre giovamento (nel campo dei database, della crittazione dei dati, della compressione, dell'elaborazione di stream multimediali e altro ancora). Ben vengano dunque, nel più breve tempo possibile...

A costi accessibili, ovviamente...

[cdimauro]

Originariamente inviato da ilsensine
[b]Mi dispiace ma questa volta sono d'accordo con Intel. La tecnologia x86 è troppo "incancrenita", i pentium 3/4 e gli Athlon hanno delle architetture contorte perchè è richiesto che facciano girare ancora Arkanoid per DOS o le appplicazioni a 16 bit per Windows 3.1, oltre a possedere un set di istruzioni assembler ormai obsolete per "compatibilità" con programmi da museo. L'architettura ia64 è un punto di svolta necessario, mi dispiace che l'amd non abbia seguito questa strada.

Il problema è che neppure l'Itanium si può certo fregiare di essere la miglior soluzione a 64 bit presente nel mercato. Con 430 milioni di transistor e un costo spropositato ha delle prestazioni veramente ridicole, specialmente sugli interi...

E' vero che l'architettura x86 è andata avanti per troppo tempo, ma passare ad un buco nell'acqua qual è l'Itanium (2000 pezzi venduti dopo 7 anni di sviluppo e decine di miliardi di dollari buttati al vento) soltanto perché è "nuovo", non mi pare una bella mossa.

Poi l'Itanium, com'è risaputo, è fatto per un altro mercato, quello dei server high-end.

L'Hammer non è certo la soluzione migliore, ma rappresenta un'interessante estensione dell'architettura x86, che certamente gli porterà giovamento e ringiovanimento, con prestazioni elevati a costi estremamente contenuti.

Tra l'altro, se hai avuto modo di leggere le specifiche tecniche rilasciate dall'Amd, l'ambiente a 64 bit ha mandato in pensione parecchie vetuste caratteristiche che gli x86 si trascinavano da anni, offrendo un modello semplificato, funzionale e più ortogonale, che sarà sicuramente sfruttato a dovere.

Controllare per credere.

[cdimauro]

Originariamente inviato da ilsensine
[b]
Bè ovviamente l'ia64 si diffonderà quando (e se) avrà dei prezzi "abbordabili" per il mercato desktop, è normale.


Come ha puntualizzato Second Reality, non è questione di bit (anche i prossimi processori amd saranno a 64 bit), ma di architettura. L'Hammer sarà basato in tutto e per tutto su architettura x86, con qualche registro in più, l'estensione dei registri a 64 bit e una modalità di indirizzamento aggiuntiva a 64 bit, oltre a mantenere le modalità (contorte) già presenti nelle architetture x86 (reale, vm86, protetta 16 bit, protetta 32 bit). Non è pensabile un passaggio graduale tra queste due architetture fondamentalmente diverse.

Non si tratta solamente di un po' di lifting all'architettura x86: le modifiche sono veramente sostanziali. Ripeto, se andate a leggervi la documentazione a riguardo, vedrete che il modello a 64 bit proposto da Amd è veramente nuovo rispetto al passato, pur garantendo una estrema facilità di assimilazione grazie alla similitudine col passato.

Quanto alle contorte modalità che ha presenti, beh, non credo che né a te né a me piacerebbe andare a buttare totalmente il software che utilizziamo soltanto per il piacere di avere l'ultima novità. La scelta di Amd è esclusivamente volta a garantire il passaggio quanto meno traumantico possibile alla realtà dei 64 bit...

Se questo proprio non ti sta bene, beh, che dire: comprati pure un Itanium, se hai abbastanza soldi (e sarà MOLTO caro per parecchio tempo...

[cdimauro]

Originariamente inviato da Zelos
[B
E poi scusate,ma che costa fare un processore nuovo con al suo interno,un altro microprocessore la solita architettura x86? io credo non costi nulla.... comunque hammer è innovativo al 100% tecnologia soi, 30%prestazioni in poiu' mentre intel non l'ha adottata,e poi usa 2 core uno 64 e uno 32 e non dei registri estesi come ho sentito dire,quindi,intel se molla il colpo con yamhill perde la fetta home e hog end home,perchè non sono le poche aziende a far fare i soldi ma siamo noi,e purtroppo p4 liscio non puo' nulla contro hammer...stop

Mettere assieme 2 core uguali (o molto simili comunque) non costa molto, ma 2 core totalmente diversi quali sono un Itanium e un Pentium III/4 sarebbe veramente un casino!

L'Itanium, al contrario invece dei registri speciali che servono appunto quando il processore passa alla modalita x86 (lo fa tramite un'istruzione speciale, e per tornare a quella nativa ne hanno aggiunta un'altra nella modalità x86) e che lo aiutano nella "emulazione" del vecchie istruzioni...

Comunque il 30% di prestazioni in più dell'Hammer è relativo solamente alle migliori apportate e condivise dall'architettura a 32 bit (cache L2 maggiore, maggiori entry TLB e altre ottimizzazioni), mentre con codice a 64 bit penso che si potrà arrivare ad un buon 45-50%. Questo in teoria, in base alle specifiche, alla documentazione letta e pensando ai giovamenti che un programma potrà avere dalla nuova architettura. Poi i test ci diranno qual è la verità, in merito...

[ilsensine]

Il problema è che neppure l'Itanium si può certo fregiare di essere la miglior soluzione a 64 bit presente nel mercato. Con 430 milioni di transistor e un costo spropositato ha delle prestazioni veramente ridicole, specialmente sugli interi...

Non è affatto il migliore (anche perchè pare che le prestazioni della fpu siano ancora un pò deludenti), ma mi risulta (forse mi sbaglio) che sia dotato di un numero considerevole di registri general purpose a 128 bit.

Tra l'altro, se hai avuto modo di leggere le specifiche tecniche rilasciate dall'Amd, l'ambiente a 64 bit ha mandato in pensione parecchie vetuste caratteristiche che gli x86 si trascinavano da anni, offrendo un modello semplificato, funzionale e più ortogonale, che sarà sicuramente sfruttato a dovere.

Purtroppo non ho avuto occasione di leggere tutte le specifiche tecniche; ho solo dato un'occhiata alla struttura dei registri e ho riscontrato (a parte qualche registro nuovo) che l'ossatura del x86 è mantenuta. Mi riferisco alle "funzioni specifiche" svolte da alcuni registri e non da altri.

Quanto alle contorte modalità che ha presenti, beh, non credo che né a te né a me piacerebbe andare a buttare totalmente il software che utilizziamo soltanto per il piacere di avere l'ultima novità. La scelta di Amd è esclusivamente volta a garantire il passaggio quanto meno traumantico possibile alla realtà dei 64 bit...

Questo non sarebbe un mio problema, visto che fortunatamente uso soltanto linux e qui questi "intoppi" sono inesistenti Per il mercato desktop "generale", sicuramente la soluzione amd può essere allettante, ma a lungo termine non la vedo vincente.

[cdimauro]

Originariamente inviato da ilsensine
[b]
E' proprio questo il punto. Rimandare ulteriormente il cambio di architettura vorrà dire avere in futuro un contortissimo x86-128 che farà ancora girare i programmi DOS, dotato di nuovissime istruzioni assembler lunghe decine di byte perchè i veloci codici a 1 byte sono occupati dalle obsolete istruzioni AAA, AAD ecc. risalenti ai tempi dell'8088, e che deve ancora salvare manualmente i registri del coprocessore matematico ad ogni task switch perchè chi ha fatto il 286 non ha pensato a un futuro allargamento del set di registri (scusate le note un pò tecniche). Nessuno però dice che non sia una transizione indolore, però è necessaria.

Reitero il consiglio: vai a leggerti la documentazione che Amd ha reso disponibile sull'architettura e che descrive perfettamente tutti i cambiamenti che sono stati fatti nella modalità a 64 bit. Guarda caso sono state eliminate proprio le istruzioni "legacy" di cui hai riportato qualche esempio... Per non parlare delle altre migliorie.

Il fatto poi che le istruzioni degli x86 siano variabili come dimensioni, per me è soltanto un pregio, come lo era anche per i Motorola 680x0 e tanti altri processori, perché riduce notevolmente la dimensione del codice ed elimina buona parte degli sprechi che invece sono presenti nei RISC, e peggio ancora nei VLIW...

IMHO, la codifica di istruzioni a lunghezza fissa aveva senso molti anni fa, ma con la tecnologia che abbiamo a disposizione da circa 10 anni a questa parte, gli svantaggi sono stati notevolmente minimizzati e per contro sono aumentati i vantaggi...

Poi vorrei che mi chiarissi il problema del salvataggio dei registri della FPU tramite delle istruzioni speciali, perché a me risulta che dai tempi del 286, con l'introduzione dei task gate, l'intero contesto del processore venga salvato, e quindi anche i registri dell'FPU, in maniera assolutamente trasparente e automatica...

P.S. Dubito che vedremo mai dei processori a 128 bit... Non vedo assolutamente dei vantaggi in una simile archiettura. Ad oggi, se proprio servono, si aggiungono delle unità specifiche a quelle già esistenti (SSE/SSE2 negli x86, Altivec nei PowerPC, ecc.). Un'architettura con dati, ma in particolare con indirizzi a 64 bit per me ha raggiunto il massimo della versatilità in tutti i campi, e non necessita di ulteriori "espansioni"...

Come al solito, il futuro ci mostrerà quale soluzioni andranno veramente avanti e quali saranno affossate dal mercato...

[cdimauro]

Originariamente inviato da WarDuck
[b]
Dunque AMD OK per 64bit sui Desktop... però Intel avrà sempre la supremazia nei Server e Workstation di altissimo livello...

Vedete test Anandtech approposito di Athlon MP vs Intel Xeon... http://www.anandtech.com/IT/showdoc.html?i=1641

Sulla supremazia di Intel, dati alla mano, permetti di dubitare... E anche per il futuo non mi aspetto numero eccezionali.

Quanto al confronto MP vs Xeon, non serve a niente utilizzarlo per similitudine sull'Hammer, che un'architettura diversa... Tra l'altro lo Xeon spesso dà i punti persino all'Itanium, il che la dice lunga sulla valità della nuova soluzione Intel...

[cdimauro]

Originariamente inviato da tarun
[b]Secondo me AMD proponendo l,architettura x86-64 ha fatto una c....ta.
1° a noi comuni mortali ci bastano i 32 bit
2° il vantaggio di un architettura a 64 bit starebbe
principalmente nella fine dell'architettura x86,
la più schifosa che si sia mai vista su una cpu
3° La x86-64 non è compatibile con IA 64
4° Ma chi svilupperà software per x86-64 ?? Converrà
comunque svilupparlo a 32bit cosi che sarà
compatibile anche con le cpu intel e non solo
con con quelle AMD .
5° Secondo me OPTERON sarà tuttavia in ottimo
processore a 32BIT(trentadue)con dei registri
aggiunti per far si che noi poveri cogl......ni
ci potessimo ingloriare con i 64

Tra qualche mese vedremo veramante se ha fatto una cazzata o meno...

1° Già 15 anni fa dicevamo che erano sufficienti i 16 bit...
2° Diciamo una delle più schifose... Prova a dare un'occhiata allo Zilog 8000 e poi ne riparliamo...
3° PER FORTUNA! Se proprio si dovesse buttare l'x86 e passare ad un'architettura nativa a 64 bit, avrei preferito nettamente l'Alpha... Ma l'Intel ha SAGGIAMENTE provveduto a comprarsela insieme a tutto lo staff... Chissà come mai...
4° Oggi tirare fuori una versione del programma a 32 o 64 bit è una bazzecola: basta ricompilare...
5° Evidentemente, come molta gente purtroppo, non hai avuto modo (o forse volontà di documentarti prima... T'invito a farlo, e poi ne riparliamo meglio... :P

[cdimauro]

Originariamente inviato da WhiteParty
[b]Quante cazzate che ho letto in 24 post. Ma voi credere veramente che un'azienda da miliardi di dollari che spende milioni di dollari in ricerca ed investimenti faccia dichiarazioni a vanvera ? Forse Intel ha bisgono di esperti finanziari quali voi siete.......

Lo credo bene: 2000 unità Itanium vendute dopo 7 anni di sviluppo e decine di miliardi di dollari bruciati non sono certo dei beni numeri per Intel...

Il problema è che Intel soffre della sindrome del monopolista: crede che, in quanto leader nel settore, possa imporre tutto ciò che vuole. Per fortuna il mercato la pensa diversamente, tant'é che ha preso delle poderose sberle prima con l'affair Rambus e adesso con l'Itanium, da molti ribattezzato "Itanic"...

Fate vobis...

[ilsensine]

Originariamente inviato da cdimauro
[b]
Poi vorrei che mi chiarissi il problema del salvataggio dei registri della FPU tramite delle istruzioni speciali, perché a me risulta che dai tempi del 286, con l'introduzione dei task gate, l'intero contesto del processore venga salvato, e quindi anche i registri dell'FPU, in maniera assolutamente trasparente e automatica...

E' questo il problema: la fpu non viene salvata con lo stato del processore. Questo perchè in passato la fpu era un processore a parte e operava in parallelo ma indipendentemente dal processore principale. Ora la fpu è integrata nel processore, ma sempre per la dannata "compatibilità" viene usata come ai tempi del 286. nb (altra delizia di Intel): gli mmx sono "mappati" sui registri della fpu, non sono dei registri a parte.

P.S. Dubito che vedremo mai dei processori a 128 bit... Non vedo assolutamente dei vantaggi in una simile archiettura.

Infatti mi ero confuso con il bus degli indirizzi; l'ia64 ha "appena" 128 registri general purpose a 64 bit.