Quin processador té més nuclis?

4 respostes 4

Aquesta no és una pregunta fàcil de respondre. L'arquitectura de l'ordinador no és gens complicada. A sota hi ha algunes directrius però fins i tot aquestes són simplificacions. Molts d'això arribaran a la vostra aplicació i quines restriccions esteu treballant dins (ambdós negocis i tècnics).

Les CPU tenen diversos (2- 3 generalment) Nivells de cau a la CPU . Algunes CPU modernes també tenen un controlador de memòria sobre la mort. Això pot millorar en gran mesura la velocitat de la memòria d'intercanvi entre nuclis. La memòria I/O entre les CPU haurà d'anar a un autobús extern, que tendeix a ser més lent.

Composant tot això és l'arquitectura de l'autobús. El sistema d'Intel's Core 2 Duo/Quad utilitza un Bus compartit . Penseu en això com Ethernet o Internet de cable on només hi ha tanta banda per donar voltes i cada nou participant només pren una altra part de tota la zona. Ús de nucli i 7 i més nous Xeons QuickPathCity name (optional, probably does not need a translation) , que és bastant similar a HyperTransport.

Més nuclis ocuparan menys espai, utilitzaran menys espai i menys poder i costarà menys (a no ser que estigueu utilitzant CPU molt poc alimentats) tant en termes percore i el cost d'un altre maquinari (pex Mareboard).

Generalment parlant una CPU serà la més barata (amb termes de maquinari i software). El maquinari de la Commoditat es pot fer servir per això. Una vegada aneu al segon sòcol que acostumeu a fer servir fitxes diferents, mares més cares i sovint més cares RAM (pex;, completament cauda per l'ECC) per tal que tingueu un cost enorme que arriba d'una CPU a dos. És una raó per la qual molts llocs grans (incloent Flickr, Google i altres) usen milers Alguns servidors de comoditat (encara que els servidors de Google estan molt personalitzats per incloure les coses com una bateria 9V però el principi és el mateix).

Els teus edits no canvien gaire. "La performança" és un concepte molt subjectiu. Rendiment a què? Tingueu present que si la vostra aplicació no és suficientment multifil (o procés multiprocessat) per aprofitar- vos de nuclis extra, aleshores podeu disminuir el rendiment afegint més nuclis.

Probablement les aplicacions amb límits d' E/O no prefereixen una sobre l'altra. Són, després de tot, lligats per E/O no CPU.

Per a aplicacions calculades, depèn de la naturalesa del càlcul. Si esteu fent un munt de punts flotant podeu beneficiar molt més utilitzant una GPU per a obtenir càlculs (pex;, useu Nvidia CUDA ). Pots aconseguir-ne un. enorme El rendiment s'ha beneficiat d'això. Fes un cop d'ull a la Client de la GPU per a fer plegat@ Inici Per un exemple d'això.

En resum, la teva pregunta no es dóna a una resposta específica perquè el subjecte és complicat i no hi ha prou informació. L' arquitectura tècnica és una cosa que s' ha de dissenyar per a l' aplicació específica.

El principal problema amb multi-CU és la tardència i la banda de banda quan els dos sòcols de CPU han d'intercommutar. I això ha de passar constantment per assegurar-se que els seus llocs de memòria cau locals no estan sense sincronitzar. Això pot ser el coll d'ampolla del codi. (No sempre és clar.)

Més nuclis en menys CPU és definitivament més ràpid com a correu SPWorley. La seva resposta és propera a tres anys, però les tendències són allà i crec que la seva resposta necessita una mica de fermesa. Primer una mica d'història.

A principis dels 80286 es va convertir en el primer microprocessador on va ser viable la memòria virtual. No és que no s'havia provat abans, sinó que la informació integrada de la gestió de la memòria virtual en el xip (a-die) en lloc de tenir una solució de baixa. Això va resultar en la seva solució de gestió de memòria ser molt més ràpid que els dels seus competidors perquè tota la gestió de memòria (especialment la traducció virtual a les adreces físiques) es va dissenyar i part del procés genèric.

Recordeu els gran processadors P2 i P3 de la informació i els primers autlon & durons de l'AD que es van establir en un costat i continguts en un gran paquet de plàstic? La raó per això va ser capaç d'encaixar un xip de memòria cau al costat del xip de processador ja que els processos de teixit de l'època van fer que no es pogués ajustar a la memòria cau en el processador es mori. Voilà una solució fora de servei, a la solució del processador. Aquestes fitxes de memòria cau ho farien, degut a limitacions de temps, s' executen en una fracció (50% o així) de la freqüència del rellotge de CPU. Tan aviat com els processos de fabricació s'hagin aturat, els llocs de memòria cau es van traslladar a la freqüència del rellotge intern.

Fa uns anys, ADM va moure el controlador de memòria RAM del Nordbridge (off-dee) i en el processador (a-Die). Per què? Perquè fa que les operacions de memòria siguin més eficients (més ràpid) eliminant el cablejat extern per la meitat i elimina passar pel Nordbridge (CPU-wiring-Nordbridge-Might es va convertir en CPU-wiring- RAM). El canvi també va fer possible tenir diversos controladors de memòria independents amb els seus propis conjunts d'operacions de la RAM simultàniament en la mateixa mort que incrementa la banda de memòria del processador.

Per tornar a la cilarificació veiem una tendència a llarg termini per moure la funcionalitat de rendiment de la pissarra i en el processador mor. A més d'això hem mencionat que hem vist la integració de múltiples nuclis en la mateixa mort, off-die L2/on-die L1 cau s'han tornat fora de la memòria cau L3 / on-dee L1 i L2 cau que ara estan al cau de Lie1, L2 i L3. Els llocs cau s'han fet més grans i més grans fins a l'abast que prenen més espai que els propis nuclis.

Així que, per resumir: en qualsevol moment, les coses s'han d'anar a poc a poc s'han d'alentir espectacularment. La resposta: assegureu- vos de quedar-vos tant com sigui possible i delinear el disseny de qualsevol cosa que hagi de sortir de casa.

Dependrà de l' arquitectura fins a cert punt, però una CPU de la quadràtica és bastant igual (o millor) que 4 CPU separades físicament degut a la comunicació reduïda (i.e no ha de morir i no viatjar molt lluny, que és un factor) i recursos compartits.