Intel Clackamas Technology (CT)

Re: x jappilas

dai ti do' 10 per la simpatia.... stasera mi era andata male ma vado aletto col sorriso, buona notte

x il manu

Avrei tante altre cose da scrivere riguardo a te...
Ma sei così sempliciotto ed è talmente facile avere ragione con quelli come te che non ne vale la pena....

Ascolta...
Io non ce l'ho con te e non ti consco.
Però ce l'ho con quel tipo di posizione che manda tutto in vacca con un commento semplicistico perchè la realtà è molto più complicata.
Ora scusa se ho esagerato...
Buona notte.

per quanto sia d'accordo con te nell'affermare che l'architettura x86 sia obsoleta e che dobbiamo il suo utilizzo ad una pura scelta di Intel che n voleva buttare a mare tutto il parco programmi e conoscenze sviluppate fino ad allora ( diciamo una ventina d'anni al-?), dire che sia di AMD la colpa del fatto che n vedremo compiersi il successo dell'IA-64 sia semplicemente ridicolo

Partendo dal presupposto che i 64bit già c'erano e funzionavano benissimo così com'erano pensati, vedi SPARC, l'Itanium e le sue prestazioni fantasmagoriche sn state + un oggetto misterioso buono per la stampa + che per l'utenza media.
Pensare poi che un'azienda leader avrebbe accelerato il passo solo per il mero sviluppo tecnologico mi sembra ancora + ridicolo.
non ci fosse stato AMD e nn ci fosse stato un rischio serio di perdere sostanziali quote di mercato a bereve ma soprattutto lungo termine sia nelle fasce business che server consumer col fischio che avremmo mai visto un così rapido susseguirsi di innovazioni tecnologiche.
"Io leader del mercato mi impegno a far decollare l'Itanium 64bit quando il segmento 32bit prospera e vende benissimo così com'è"...ma quando mai...

Re: x TigerShark

il mio intervento non era affatto sconclusionato o ricco di contraddizioni... ho detto semplicemente ke non vedo il motivo per cui le aziende debbano spendere MILIONI (dil lire oivviamente) per fare funzionare gli stessi programmi a velocità inferiore OPPURE debbano spendere tempo e soldi per addestrare gli utonti x nuovi programmi ricompilati a 64 bit (ricordo ke la maggior parte dell'utonza aziendale non usa molto spesso l'ultima versione dei vari prog, ma sono cristallizzati a prog di anni fa e qdi dovrebbero necessariamente sottoporsi ad un processo di riapprendimento)

Come ho detto prima gli utonti non usano molto spesso l'ultima versione dei prog e qdi dovrebbero aggiornarsi ... oviamente parlo degli utonti ke secondo me compongono la maggior parte degli utilizzatori software, ovvero quelli ke utilizzano il pc solo x fare determinarte operazioni, e non certo x usare photoshop o word come dici tu... quelle sono due categorie di utenza MOLTO differenti.


Non parliamo della scarsa efficienza dell'arkitettura x86 ... avendo studiato VARIE arkitetture dei calcolatori sono il primo ad ammettere la sua scarsa efficienza, soprattutto confrontandola con la meravigliosa arkitettura 68000 o ancora meglio con l'efficientissima arkitettura a finestre tipica della SPARC, però è un dato di fatto ke al giorno d'oggi è la + diffusa, e visto ke si può continuare ad aumentarne l'efficienza come ha fatto AMD estendendo il numero di registri, e applicando varie migliorie al core del k8 non penso affatto ke sia morta....
Sto solo dicendo ke seguendo le leggi del mercato il vincente non deve essere ncessariamente il migliore, ma ki riesce ad essere + diffuso a causa di vari fattori....
è + o - lo stesso meccanismo della selezione naturale in fondo non dovrebbe essere un concetto tanto ostico da capire....

P.S. scusate gli eventuali errori ma ho la luce kiusa e la tastiera nera ... è 1 pò 1 casino bekkare il tasto giusto in queste condizioni dopo 2 litri di birra al doppio malto

ma prima o poi non ci dovra' essere un taglio dei ponti col passato (x86, che e' ancora "presente" e "futuro", in favore di una cpu completamente nuova con istruzioni nuove, riprogettata ex-novo?

ma a quel punto, amd e intel che potrebbero fare?
chi detterebbe il nuovo standard e le nuove istruzioni? (presumibilmente intel?)
o invece i PC apriranno le porte ad altri processori?

voglio dire, il problema del parco software "da buttare", se viene sviluppato per tempo un ottimo emulatore x86 valido, con la potenza delle nuove cpu il vecchio software potrebbe essere usato bene anche in emulazione, a patto che si decida di seguire questa strada e qualcuno investa adeguatamente per un emulatore con le controballs (immagino non semplicissimo da fare, ma tecnicamente fattibile, giusto?)

questo potrebbe facilitare il periodo di transizione, per la ricompilazione dei programmi, o l'uscita di programmi completamente nuovi per le nuove cpu

o vogliamo andare avanti con x86 fino al 2050?

mi sembra che negli ultimi anni quanto ad innovazione si e' visto pochino (o sbaglio?)

pero' e' interessante leggere quella news, fa un certo effetto!!

i ruoli si sono invertiti

se non sbaglio e' la prima volta che intel segue una tecnologia di amd, prima avveniva il contrario (mmx, sse ecc.)

amd ha trovato la forza per condurre il gioco e fare da apripista verso una nuova tecnologia, non e' cosa da poco direi

intel e' in crisi creativa?

x DioBrando

Intendevo in senso metaforico per quanto riguarda la "colpa" di AMD.
Secondo me AMD è una grande società che ha rischiato e ha vinto un battaglia importante.
Penso che l'affermazione dello standard di AMD sia di sicuro un vantaggio per tutti gli utenti.
Stavo solo constatando il fatto che anche a causa della concorrenza di AMD, Intel non è riuscita ad affermare un nuovo standard.
E' ovvio che le colpe maggiori sono di intel...

Ah proposito vedi di star calmo se no ti spazzo via con il mio Star Platinum....
Eh eh eh :-)

Re: x magilvia

jotaro, innanzitutto le mie opinioni non derivano da una completa ignoranza dell'assembler, ma tutt'altro. Ho avuto modo di programmare qualcosina su z80, certo nulla al tuo livello, che dai tuoi interventi mi sembra sicuramente molto elevato, però abbastanza per rendermi conto che

i registri fanno comodo sembre


ma

non sembre tanti registri sono indispensabili

(se non erro sono pochi gli algoritmi che vengono penalizzati dalla presenza di pochi registri, mi pare algoritmi crittografici ad esempio.)


Certo col progresso che c'è adesso può sembrare stupido a volte doversi costringere a "travasare" il contenuto dei registri sulla memoria e poi di nuovo nei registri, tuttavia quello che proponi te, efficientissimo in teoria, si dimostra totalmente antieconomico.

Non puoi dire "ah è una cosetta riprogrammare un so e quattro applicativi di sviluppo, e poi tutto il resto gira in emulazione"

Perché per coloro ai quali la potenza serve già adesso, non puoi dire "vabbé aspettate tra poco arriveranno chip più potenti ed emulatori più effocienti e potrete finalmente far girare 10 layers di VM con performances decenti".


Un conto sarebbe stato se l'itanium fosse stato realmente efficiente e non solo su carta. Ma si è dimostrato buono solo per pochi compiti.

Quindi, penso che l'unica strada seria sia stata quella intrapresa da AMD, oppure un bel patto tra questa e intel per tirar fuori i 64 tra tanto tanto tempo, quando le condizioni espresse da Jotaro80 sarebbero state verificate, e gli emulatori utilizzabili davvero e non a velocità ridicole.

[Ah proposito vedi di star calmo se no ti spazzo via con il mio Star Platinum....
Eh eh eh :-) ]

il Jojo chiaccherone che stà sotto l'ombrellone