Studiez arhitectura de calculator pe cărțile lui Tannenbaum și Harris.
Și totuși eu nu înțeleg multe lucruri aparent simple. Există mai multe întrebări, dar aproape toate dintre ele într-un fel sau altul legătură cu cuvântul mașinii. Acesta este subiectul cel mai obscur pentru mine.
- Ca procesor ryazryadnost afecta performanțele acestuia. Ca și cum pe 64 de biți mai repede decât pe 32 de biți. Dar de ce? Nu înțeleg. Iată un exemplu: Sistemul de comandă pentru MIPS-32 de procesoare. Există, de fapt, însăși arhitectura de comenzi, astfel încât toate comenzile sunt eliminate în 32 de biți. Adică, dacă faci 64 de biți, cei 32 de biți superiori vor trebui doar să completați cu zerouri. Și ce va deveni al acestui procesor este mai rapid?
bit procesor (l biți cuvânt de mașină). Mașini cuvânt - dependent de mașini și platforma de valoare, măsurată în biți sau octeți (sau tritil Treiten) egal cu registrele de biți.
Acum, despre memorie. Din nou, de la Wikipedia:
Și atunci întrebarea este mai degrabă un istoric, dar, de asemenea, foarte important pentru mine. Am crezut întotdeauna că procesorul pe 64 de biți a apărut recent și a fost prezentat ca un progres major. Și asta e ceea ce este scris pe Wikipedia:
corectitudinea cererilor de calcul științifice au crescut, și acolo a fost prima masina cu un cuvânt pe 64 de biți în 1974 - Cray-1 supercomputer
Care a fost dificultatea generală de a crea un procesor pe 64 de biți? Și în ceea ce este acum dificultatea de a crea, de exemplu, un procesor de 128 de biți? Ce totul depinde? Determinati? bit registre? Și ceea ce este dificultatea de a crește capacitatea de registre? Cum este determinat?
Activitatea principală a procesorului nu este în transmiterea informațiilor și în transformarea acesteia. Register - este RAM aceeași, dar de la care există o cablare directă la gramada de dispozitive care efectuează operațiuni aritmetice și alte acțiuni cu datele performante. Aceste linii este foarte mult. La fiecare etapă a registrului va fi setat ridicat și un tranzistor pentru a efectua operațiuni specifice. De aici dificultatea de a mări numărul de evacuări. Odată cu creșterea registrului de 2 ori dimensiunea de cel puțin două ori, iar volumul tuturor dispozitivelor de executare. în creștere o căldură de cristal în creștere.
Uită-te la sistemul de comandă, orice conversie de date necesită participarea a cel puțin un registru. O parte a operațiunii este numai în registre. În arhitectura x86 pot fi adăugate în memoria registru. Dar este imposibil să se facă o astfel de schimbare sau multiplicarea unei celule de memorie. Nu puteți adăuga valorile două celule de memorie care nu se administra anterior unul dintre ele în registru. deoarece dispozitivul de acționare al acestei operații este o cablare directă înregistra numai.
Apropo, comenzile de biți și CPU sunt lucruri diferite. MIPS ambalate toate echipele din cele 32 de biți. O platformă x86, deoarece cele mai vechi timpuri a fost o operațiuni de lungime variabila cuvânt. Scurt cu un singur octet, înainte de monstru foarte mult timp, cu o grămadă de prefixe. Bit bit registru procesor = = dimensiunea maximă a informațiilor prelucrate audio de instrucțiuni (în comenzi convenționale, al cărui cod principal, nu iau nici o SSE).
Dar să luăm un RSA-criptare, care este utilizat în același SSL universal. Este nevoie de calcule complexe, cu un număr foarte mare. Să presupunem că nu avem instrucțiunile procesor specializate pentru el. Desigur, în cazul în care procesorul funcționează pe registre de 64 de biți, el se va calcula de 2 ori mai rapid, pur și simplu, pentru că într-un singur ciclu este capabil de a procesa de 2 ori mai multe informații. Da, pe probleme de plată cu un număr mare de beneficii de adâncime a crescut de biți este dificil de a supraestima.
În sistemele de operare pe 64 de biți care rulează pe procesor pe 64 de biți, pe 32 de biți - 32 de biți.
Răspuns 21 '16 martie, la 22:58
@ AleksandrElizarov De fapt, cred că echipa ar trebui să facă mai largi registre. comanda în sine nu este într-un registru (în sens general) încărcate, interpretul pot oferi comenzi mai mare spațiu. Și asta este modul în care se pare stupid, dacă vrem să realizăm constanta de sarcină, în cazul și nu va fi capabil să descarce o singură operațiune în valoare de biți 16 biți registru 16. - Mike 22 martie '16 la 15:41
Pentru a te confunda complet: Nu fi.
De exemplu, algoritmi de ras-parallelivanie poate câștiga pe procesoare multi-core, dar numai în cazul - în cazul în care algoritmul poate fi supus paralelism. Ie în cazul în care problema poate fi împărțită în două direcții paralele.
Deci, este cu procesorul de biți. Dacă algoritmul poate fi optimizat pentru registre de mare - da, pe x86_64 va fi mai rapid decât pe i386.
Dar, în cazul în care algoritmul nu se pretează pentru a optimiza viteza și nu depinde de dimensiunea registrului - pentru nici o accelerare te.