Processori AMD e INTEL sono Risc o Cisc?

[maurilio968]

Sto cercando di capire l'architettura degli attuali processori x86.

Da wikipedia

Il termine CISC e RISC con il passare degli anni è diventato meno importante per comprendere l'architettura interna dei processori moderni. Il primo processore CISC dotato di pipeline è stato Intel 80486 che implementava le istruzioni più comuni in modo nativo mentre le istruzioni meno utilizzate venivano tradotte in istruzioni più semplici. Le istruzioni più semplici invece erano implementate con un'architettura tipologia RISC. I processori moderni basati su architetture x86 traducono le istruzioni CISC in micro operazioni che poi elaborano come fossero processori RISC.

Mi interesserebbe saperne di più sulla frase evidenziata, se possibile in maniera schematica e comprensibile a chi non è laureato in ingegneria informatica e/o elettronica.

Vorrei capire quel "come fossero processori RISC"

Grazie a quanti vorranno rispondermi.

[XCRYSIS95]

Ciao sono interessato anche io...Attendiamo risposte...

[PeGaz_001]

connected

[maurilio968]

Sapevo che la domanda era tosta. Dai, qualche esperto del forum che ci illumini.

[smokeArch]

intel e amd sono x86 e gli x86 hanno un set di istruzioni RISC, ma questa è una risposta non completa perche non si posso definire ne CISC ne RISC

[maurilio968]

cito l'intervento di PLEG a commento di un articolo di Cesare Di Mauro su appunti digitali, leggibile QUI

@ maurilio968

Brevemente. Possiamo distinguere 3 livelli:

* architettura (ISA): questo e’ il “contratto” tra l’hardware e il software, specifica tutte le istruzioni che i programmatori possono usare e che l’hardware si impegna ad eseguire correttamente (piu’ altre cose, come la semantica degli accessi alla memoria, eccetera). I programmatori possono usare queste istruzioni come vogliono, e i progettisti di hardware possono eseguirle come vogliono, non ci sono vincoli sopra o sotto: questo permette flessibilita’ sia a chi programma che a chi costruisce chip. Intel, 40 anni fa (o cose cosi’), invento’ x86, ed e’ valida (cioe’ “rispettata” dall’hardware) da allora.

* microarchitettura: questa e’ al di sotto dell’ISA, completamente dentro al chip e invisibile dall’esterno (dal punto di vista della correttezza formale del programma, non dal punto di vista delle prestazioni). E’ l’organizzazione interna del processore, fatta di cache, datapath, unita’ funzionali, bus, eccetera. Questa cambia ogni tot anni (due anni, secondo la strategia tick-tock di Intel). Quando si parla di “architettura della CPU”, in realta’ si intende la “microarchitettura” (questo livello qui).

* implementazione: questo e’ il circuito vero e proprio, il silicio. Puo’ cambiare spesso (per la stessa microarchitettura), specie quando implementano fix, piccole variazioni per migliorare qualche aspetto, soluzione di qualche semplice bug, eccetera.

Ora, l’architettura (ISA, x86) fu sviluppata nei tardi anni ‘60 – inizio anni ‘70, ed era CISC. Il fatto e’ che non puo’ piu’ essere cambiata (passatemela…): voglio dire che ormai esistono miliardi di processori, e decine di miliardi di linee di codice, scritte per x86. Cambiare l’architettura significherebbe dover rimpiazzare ogni processore x86 esistente, e ricompilare ogni linea di codice scritta per processori Intel negli ultimi 40 anni. Capisci che la cosa e’ assolutamente fuori discussione.

Negli anni ‘80, la ricerca sulle architetture evidenzio’ certi limiti dell’architettura CISC. Venne proposta come alternativa il RISC, cioe’ un Instruction Set molto piu’ compatto, con poche istruzioni. L’obiettivo era di spostare molta della complessita’ dall’hardware verso il software (nei compilatori, per essere precisi, visto che la tecnologia dei compilatori cominciava a fare grossi passi in avanti). Questo avrebbe permesso di costruire hardware piu’ semplice, e soprattutto di sbloccare certe tecnologie (pipelining, esecuzione fuori ordine…) che sono impratiche da realizzare per un’ISA CISC, ma vengono molto bene per un’ISA RISC (appunto).

Ora, vedi da te il problema: se vuoi avere hardware piu’ veloce, devi muoverti verso un’architettura piu’ RICS-like. Ma non puoi, data la quantita’ di hardware e software gia’ esistente (come dicevo prima). Che fare?

Il dibattito CISC vs RISC ha infuriato per buona parte degli anni ‘80 in ambito accademico, e poi negli anni ‘90 gli ingegneri Intel (e non solo) riuscirono a fare il miracolo: un pezzo del processore, in testa al datapath, si incarica di “tradurre” al volo le vecchie istruzioni CISC in nuove istruzioni RISC-like (”uops” nel gergo Intel) che vengono poi eseguite dentro il processore. La cosa non e’ facile come sembra
Con questo riesci ad avere la botte piena e la moglie ubriaca continui a garantire la compatibilita’ col vecchio codice, ma dentro lo riorganizzi, spezzetti e riassembli come ti fa piu’ comodo. Quindi, l’architettura (il “contratto” tra hardware e software) non cambia mai, ma la microarchitettura puo’ cambiare eccome: tanto e’ invisibile dall’esterno!

Lascio il resto al futuro articolo di Cesare, che sara’ sicuramente molto piu’ dettagliato

[checo]

Originariamente inviato da smokeArch

intel e amd sono x86 e gli x86 hanno un set di istruzioni RISC, ma questa è una risposta non completa perche non si posso definire ne CISC ne RISC

niente di più falso falso.
il set di istruzioni x86 è cisc.

le cpu x86 una volta erano cisc, fino al pentium.
dal pentium pro pentium2 e dall' amd k6 sono diventate ibride.
ovvero dovendo eseguire u set di istruzioni cisc(x86) hanno un unità che decodifica le istruzioni cisc in istruzioni risc che poi vengono eseguite dalla unità della cpu come normali istruzioni risc.

in parole ancor più semplici, in testa hanno un traduttore da cisc a risc