Először is nézzük meg, mi az architektúra bitmélysége (bitmélysége).
A 32 bites és a 64 bites kifejezések arra utalnak, hogy a számítógép processzora (CPU) hogyan dolgozza fel az információkat. A Windows 64 bites verziója a nagy mennyiségű véletlen elérésű memóriát (RAM) hatékonyabban kezeli, mint egy 32 bites rendszer. A Wikipédiának két oldala van a 32 (x86) és a 64 bites architektúráról:
- 32 (x86) - processzorarchitektúra ugyanazzal az utasításkészlettel, amelyet először Intel processzorokban valósítottak meg.
A név abból a két számból származik, amelyek a korai Intel processzorok nevét végződtek – 8086, 80186, 80286 (i286), 80386 (i386), 80486 (i486). Fennállása során a parancskészlet folyamatosan bővült, megőrizve a korábbi generációkkal való kompatibilitást.
Az Intel mellett az architektúrát más gyártók processzoraiban is megvalósították: AMD, VIA, Transmeta, IDT stb. Jelenleg az architektúra 32 bites verziójának egy másik neve is van - IA-32 (Intel Architecture - 32). ).
- 64 - 64 bites kiterjesztés, utasításkészlet az x86 architektúrához, az AMD által fejlesztett, lehetővé téve a programok 64 bites módban történő futtatását.
Ez az x86 architektúra kiterjesztése, amely szinte teljes visszamenőleges kompatibilitást biztosít. A Microsoft és az Oracle az „x64” kifejezést használja erre az utasításkészletre, de a Microsoft Windows disztribúciókban az architektúra fájlkönyvtárának neve „amd64” (vö. „i386” az x86 architektúrára).
Az x86-64 utasításkészlet jelenleg támogatott:
- AMD - Z-sorozatú processzorok (például AMD Z-03), C-sorozat (például AMD C-60), G-sorozat (például AMD T56N), E-sorozat (például AMD E- 450), E1, E2, A4, A6, A8, A10, FX, Athlon 64, Athlon 64 FX, Athlon 64 X2, Athlon II, Phenom, Phenom II, Turion 64, Turion 64 X2, Turion II, Opteron, FX, legújabb Sempron modellek;
- Az Intel (kisebb egyszerűsítésekkel) "Intel 64"-nek (korábban "EM64T" és "IA-32e" néven ismert) a késői Pentium 4 processzorokban, valamint a Pentium D, Pentium Extreme Edition, Celeron D, Celeron G-series, Celeron B-sorozat, Pentium Dual-Core, Pentium T-sorozat, Pentium P-sorozat, Pentium G-sorozat, Pentium B-sorozat, Core 2 Duo, Core 2 Quad, Core 2 Extreme, Core i3, Core i5, Core i7, Atom (nem minden) és Xeon;
- VIA - Nano, Eden, QuadCore processzorok.
Igen, mindezt nehéz megérteni. Saját szavaimmal elmagyarázom, a 64 bites operációs rendszer architektúrája egy továbbfejlesztett 32 (86) bites architektúra. Újabb utasításkészletekkel rendelkezik a számításokhoz, és nagyobb mennyiségű RAM kezelésére is képes. Ha a Windows operációs rendszer családot vesszük, akkor egy 32 bites operációs rendszer valójában csak 3,2 gigabájt RAM-ot tud kezelni, 64 pedig elméletileg akár 4 terabájtot is. Mit mond ez nekünk?
Mit válasszunk: 32 vagy 64?
Arról, hogy a RAM mennyisége alapján célszerű telepíteni az OS-t. Például, ha 3 GB vagy kevesebb RAM-mal rendelkezik, akkor jobb, ha egy 32 bites rendszert telepít, ha pedig több, mint 3 GB, akkor jobb, ha egy 64 bites rendszert telepít. De ne felejtse el, hogy milyen processzorral rendelkezik. Szolgáltatásunkban már régóta észrevettük, hogy ha a processzor alacsony frekvenciájú (1-2,4 GHz), akkor 64 bites operációs rendszeren a számítógép lassan fut, még akkor is, ha 4 vagy több GB RAM van benne. Szolgáltatásunk szerint jobb 32 bites rendszereket és legfeljebb 4 GB RAM-ot telepíteni az ilyen számítógépekre. Ráadásul az alacsony frekvenciájú processzorral szerelt laptopok nagy gyártói gyárilag 32 bites rendszereket is telepítenek, akár 4 GB memóriával is. A Windows 64 bites verziójának telepítéséhez olyan processzorra van szükség, amely képes a 64 bites Windows futtatására. A 64 bites operációs rendszer használatának előnyei különösen nyilvánvalóak, ha nagy mennyiségű, például 4 GB-os vagy nagyobb RAM-mal dolgozik. Ilyen esetekben egy 64 bites operációs rendszer hatékonyabban kezeli a nagy mennyiségű memóriát, mint egy 32 bites rendszer. A 64 bites operációs rendszer gyorsabban működik, ha több programot futtat egyszerre, és gyakran vált közöttük. Mindenesetre Ön dönti el, hogy mit telepít, mi pedig az alábbiakban válaszolunk kérdéseire.
Honnan tudhatom meg, hogy a számítógépemen 32 bites vagy 64 bites Windows van?
A Windows használatához vagy annak meghatározásához, hogy a Windows melyik verziója fut a számítógépén (32 bites vagy 64 bites), kövesse az alábbi lépéseket.
Nyissa meg a Rendszer összetevőt. Ehhez kattintson a Start gombra, kattintson a jobb gombbal a Számítógépre, és válassza a Tulajdonságok menüpontot. Windows 8 rendszerben nyissa meg a Vezérlőpultot, és lépjen a Rendszer elemre.
A Rendszer részben megtekintheti a rendszer típusát.
Ha számítógépén Windows XP fut, kövesse az alábbi lépéseket:
Ha a megjelenő ablakban nem az „x64 Edition” felirat olvasható, akkor számítógépén a Windows XP 32 bites verziója fut.
Ha az „x64 Edition” szerepel a Rendszer alatt, akkor számítógépén a Windows XP 64 bites verziója fut.
Kattintson a Start gombra.
Hogyan állapíthatom meg, hogy a számítógépemen futhat-e a Windows 64 bites verziója?
Ahhoz, hogy a számítógépen a Windows 64 bites verziója futhasson, 64 bites processzorral kell rendelkeznie. Ha meg szeretné tudni, hogy processzora támogatja-e a 64 bites számítást a Windows rendszerben, kövesse az alábbi lépéseket:
- A keresés típusában MSINFO, vagy
Windows rendszerben válassza a Részletes információk megjelenítése és nyomtatása lehetőséget a számítógép és a rendszer teljesítményéről.
Nyissa meg a Teljesítményszámlálók és eszközök részt. Ehhez kattintson a Start gombra, és válassza ki a Vezérlőpult összetevőt (8-ban azonnal a Vezérlőpultra megyünk). A keresőmezőbe írja be a Teljesítményszámlálók és eszközök szót, majd válassza a Teljesítményszámlálók és eszközök lehetőséget a találati listából.
Hajtsa végre a következő műveletek egyikét.
A Rendszer részben láthatja, hogy milyen típusú operációs rendszert használ (a Rendszertípus alatt), és hogy használhatja-e a Windows 64 bites verzióját (64 bites támogatás alatt). (Ha számítógépén már fut a Windows 64 bites verziója, a 64 bites támogatási rész nem jelenik meg.)
Kövesse az alábbi lépéseket annak meghatározásához, hogy egy Windows XP-t futtató számítógépen futhat-e a Windows 64 bites verziója:
Ha a Rendszer szakaszban az „x64 Edition” felirat szerepel, a processzor támogatja a Windows 64 bites verziójának futtatását.
Ha nincs "x64 Edition" címke, akkor a processzor kompatibilis a Windows 64 bites verzióival is. Ennek a lehetőségnek a pontos meghatározásához töltse le és futtassa az ingyenes Windows 7 Upgrade Advisort innen Windows 7 migrációs tanácsadó.
Kattintson a Start gombra.
Kattintson a jobb gombbal a Sajátgép elemre, és válassza a Tulajdonságok menüpontot.
Frissíthetek 32 bites Windowsról 64 bites Windowsra, vagy 64 bites Windowsról 32 bites Windowsra válthatok?
Ha a Windows 32 bites verziójáról a Windows 64 bites verziójára szeretne frissíteni, vagy fordítva, készítsen biztonsági másolatot fájljairól, és válassza a Windows teljes telepítését. Ezután vissza kell állítania a fájlokat és újra kell telepítenie a programokat.
Megjegyzések
A Windows 64 bites verziójának 32 bites Windows rendszert futtató számítógépre történő telepítéséhez a számítógépet a 64 bites Windows telepítőlemezről vagy fájlokról kell indítani.
Ha a Windows 64 bites verziójú telepítőlemezével vagy fájljaival induló számítógép nem támogatja a Windows adott verzióját, a Windows Boot Manager hibaüzenetet kapja. Ehelyett a Windows 32 bites verziójából származó telepítőlemezt vagy fájlokat kell használnia.
A Windows Easy Transfer nem helyez át fájlokat 64 bites Windowsról 32 bites Windowsra. Ha a Windows XP 64 bites verzióját használja, manuálisan kell átvinnie a fájlokat külső adathordozóra.
Futtathatok 32 bites programokat és illesztőprogramokat 64 bites számítógépen?
A legtöbb 32 bites Windows-verzióhoz tervezett program a Windows 64 bites verzióin is fut. Néhány vírusirtó kivételt képez.
A Windows 32 bites verzióihoz tervezett eszközillesztőprogramok nem működnek a Windows 64 bites verzióit futtató számítógépeken. Ha 32 bites illesztőprogramot használó nyomtatót vagy más eszközt próbál telepíteni, az nem fog megfelelően működni a Windows 64 bites verzióján.
Futtathatok 64 bites programokat és illesztőprogramokat 32 bites számítógépen?
Ha egy programot kifejezetten 64 bites Windows rendszeren való futtatásra terveztek, az nem fog futni 32 bites Windows rendszeren. (A legtöbb 32 bites Windows-verzióhoz tervezett program azonban a Windows 64 bites verzióin is működik.)
A Windows 64 bites verzióihoz tervezett eszközillesztőprogramok nem működnek a Windows 32 bites verzióit futtató számítógépeken.
Szükségem van 64 bites eszközillesztőkre 64 bites Windows futtatásakor?
Igen. Minden eszköznek 64 bites illesztőprogramra van szüksége a 64 bites Windows futtatásához. A Windows 32 bites verzióihoz tervezett illesztőprogramok nem működnek a Windows 64 bites verzióit futtató számítógépeken.
Mik a 64 bites Windows hátrányai?
- Dadog, ha kevés a RAM.
- Nehéz illesztőprogramokat találni a régi eszközökhöz, például nyomtatókhoz, szkennerekhez, TV tunerekhez stb.
- Egyes régebbi programok és játékok nem működnek 64 bites architektúrán.
- Néhány régebbi Windows, például a Windows 7 Starter, nem fut 64 bites rendszeren.
Nos, ez minden, amit el akartunk mondani ebben a cikkben, reméljük, hogy jól választott! Ha jó számítógépes tippekre van szüksége, kattintson a hivatkozásra, és tudjon meg többet a számítógépéről.
Ha valamit kihagytunk a cikkből, írd meg nekünk kommentben, és mi hozzáadjuk. Akkor is, ha az anyag hasznos volt számodra ne spórolj a lájkokkal!
A processzor bitkapacitása az időegység alatt feldolgozott folyamatok száma. Vannak x32 (x86) és x64 bites processzorok és operációs rendszerek. A programok helyes telepítéséhez és a támogatott RAM mennyiségéhez a processzor bitkapacitásának ismerete szükséges.
2015-től az elavult számítógépek azok, amelyek x32-es processzorral rendelkeznek. Az ilyen PC-k maximum 4 GB RAM-ot kezelnek. Az alaplap bővítőhelyei nem fogadják el az ennél nagyobb térfogatú RAM-szalagokat. Az operációs rendszernek is 32 bitesnek kell lennie. Az új generációs processzorok x64 bitesek. Sokkal gyorsabban dolgozzák fel az adatokat, támogatják a 2 magos processzorokat, és 4 GB-tól 32 GB-ig „olvassák” a RAM-ot. A Windowsnak is 64 bitesnek kell lennie. A számítógép bitességét a Tulajdonságok részben ellenőrizheti. Ehhez kattintson duplán a „Sajátgép” ikonra az asztalon. Ezután kattintson a „Rendszer tulajdonságai” gombra. A „Rendszertípus” érték az operációs rendszer bitességét mutatja, és megegyezik a központi processzor bitességével. A Windows 8, 8.1 verzióiban ez az érték egyszerre jelzi mindkét paramétert: az operációs rendszert és a CPU-t is.
Most már tudja, mi a központi processzor bitkapacitása és fontossága. És bármilyen módon könnyen ellenőrizheti.
A legtöbb esetben a felhasználók csak akkor gondolnak az operációs rendszer és a processzor bitességére, amikor elkezdik.
Ekkor két kérdés merül fel. Először is, milyen operációs rendszer van telepítve, 32 vagy 64 bites. Másodszor, lehet 64 bites rendszert telepíteni, a processzor támogatja?
Ezekre a kérdésekre próbálunk választ adni ebben az anyagban. Itt fogunk beszélni arról, hogyan lehet megtudni, hogy melyik rendszer van jelenleg telepítve, és hogy a processzor támogatja-e a 64 bites rendszer telepítését.
Rendszer- és processzorkapacitás Windows 8 vagy Windows 10 rendszerben
Ha Windows 8 vagy Windows 8 operációs rendszert használ, akkor nincs szükség további szoftverekre annak érdekében, hogy megtudja, hogy a processzor támogatja-e a 64 bites rendszert, valamint hogy melyik rendszer van jelenleg telepítve a számítógépére. A Windowsba épített eszközökön keresztül minden szükséges információ megszerezhető.
Ehhez egyszerűen nyissa meg a „Számítógép adatainak megtekintése” ablakot. Különböző módokon nyithatja meg ezt az ablakot. Például, ha van egy számítógép ikon az asztalon, akkor egyszerűen kattintson rá jobb gombbal, és válassza ki a „Tulajdonságok” menüpontot a megnyíló menüből. Vagy nyissa meg a „Vezérlőpultot”, és lépjen a „Rendszer és biztonság – Rendszer” részre. Nos, a „Számítógép információinak megtekintése” ablak megnyitásának legegyszerűbb módja a Windows-Szünet/Szünet billentyűkombináció.
A „Számítógép információinak megtekintése” ablak megnyitása után figyelnie kell a „Rendszertípus” sorra, amely jelzi az operációs rendszer bitességét és a processzor bitességét.
Például, ha 64 bites rendszere és 64 bites processzora van, akkor úgy fog kinézni, mint az alábbi képernyőképen.
Ha 32 bites rendszer van telepítve, de 64 bites processzor, akkor ez így fog kinézni.
Ha a processzor 64 bitesként szerepel, az azt jelenti, hogy támogatja a 64 bites rendszereket, és szükség esetén telepítheti.
Rendszer- és processzorkapacitás Windows 7 és XP rendszerben
Ha Windows 7 vagy Windows XP rendszert használ, akkor a fent leírt módszer nem ad meg minden információt. Például a Windows 7 is rendelkezik egy „A számítógéppel kapcsolatos információk megtekintése” ablakkal, amely ugyanúgy nyílik meg, mint a Windows 8 vagy Windows 10 esetén (a Számítógép tulajdonságai párbeszédpanelen, a Vezérlőpulton vagy a Windows-Szünet/Szünet billentyűkombináción keresztül). De a Windows 7 rendszerben ez az ablak csak a rendszer bitmélységéről tartalmaz információt, a processzor bitmélységéről nincs információ.
A Windows XP rendszerben megnyithat egy ablakot is a számítógépével kapcsolatos információkkal, ahol az „Rendszertulajdonságok” nevet kapja. A megnyitáshoz kattintson a jobb gombbal a „Sajátgép” ikonra, és válassza a „Tulajdonságok” lehetőséget, vagy nyomja meg a Windows-Szünet/Szünet billentyűkombinációt. Windows XP rendszerben a Rendszer tulajdonságai ablakban a rendszer bitmélysége csak akkor jelenik meg, ha 64 bites Windows XP rendszert használ.
Ha a Windows XP 32 bites, akkor nem lesz szó a bitmélységről.
18. 07.2018
Dmitrij Vasszijarov blogja.
Processzor kapacitása – ássuk be a lényeget
Üdvözöllek kedves olvasóim, és folytatom beszélgetéssorozatunkat, amelyet bármely számítógép szívének szentelt. Ma a vita tárgya a processzor bitkapacitása lesz. Talán néhányan nem figyeltek erre a mutatóra, sőt sikeresen használták a számítógépet ezen információ nélkül. De mivel úgy döntött, hogy növeli tudásának szintjét, akkor nézzük meg, mi az, és mit érint.
Ahhoz, hogy minél közelebb kerüljek a folyamat megértéséhez, szükségesnek tartok néhány fogalmat felidézni.
A processzorban lévő információ digitális formában jelenik meg, ami viszont úgy néz ki, mint egy impulzussorozat egy bizonyos jelsorozattal (feszültség - „1”, nincs feszültség - „0”). Egy impulzus egy kis információ.
A jelek meghatározott órajel-frekvencián érkeznek a kristály logikai áramköreinek tranzisztoraihoz. Ha a chip minden bitet külön-külön olvas be, az nagyon hosszú és kényelmetlen lesz. Sokkal könnyebb egy vagy több szimbólumot feldolgozni egy óraciklusban, amelyek nagyon specifikus információkat képviselnek.
Annak érdekében, hogy a processzor kényelmesebben tudjon dolgozni az adatokkal, speciális regiszterekkel rendelkezik a CPU által feldolgozott információ mennyiségének egyben rögzítésére. Mindegyik 4, 8, 16, 32 vagy 64 kódkarakterből álló készletet tartalmaz, amelyet „gépi szónak” neveznek.
Megpróbálom egyszerű szavakkal és egyértelmű hasonlattal leírni ezt a folyamatot. Ez olyan, mintha egy gyereket tanítanánk olvasni, aki éppen most kezdte el tanulni az ábécét. A betűk hosszúak és érthetetlenek, de a szótagok egyszerűbbek. Ezenkívül először a babának olyan szavakat kínálnak, amelyeket kifejezetten egy- vagy kétbetűs szótagokra osztanak. És amikor elsajátítja ezt a képességet, tud valami bonyolultabbat is olvasni, három vagy négy betű szótagjait hozzáadva.
Hasonlóképpen, a mérnökök évek óta fejlesztik a mikroprocesszorokat, folyamatosan "tanítják" őket hosszabb "gépszavak" olvasására. De a műszaki dokumentációban való használathoz egy ilyen kifejezés nem a legjobb megoldás.
Ezért az egy órajelben feldolgozott információblokk méretét jelző értéket processzor bitkapacitásnak nevezték. Ezt a paramétert a „szóhoz” hasonlóan bitekben mérik.
A processzor bit előrehaladása
A legelső soros chip a 4 bites Intel 4004 volt, amelyet kizárólag számológépekhez szántak. 4 nulla vagy egyes kombinációjával 2^4=16 karakter kódolható. És ez elég volt 10 számhoz és 6 előjelhez az alapvető számtani műveletekhez.
Nem véletlenül hoztam egy számítási példát annak bizonyítására, hogy a valóságban a számítógépekben a CPU hatékony működéséhez nagy bitkapacitás szükséges. Hiszen még a 8 bites processzoroknak is jelentős korlátai vannak.
Ezért a chipgyártók nemcsak a kvarckristály-feldolgozási technológián dolgoznak aktívan, hanem a mikroarchitektúrán is, amely az egyes processzorkomponensek és a feldolgozott adatok közötti interakciós rendszer.
Ennek eredményeként 1978-ban megjelent az első 16 bites 8086-os processzor, amely x86-on futott, és nagyon sikeresnek bizonyult, mert óriási lehetőségek rejlenek benne a folyamatos fejlesztésre és finomításra.
Harmadik generációja 1985-ben tette lehetővé a 32 bites Intel 80386 processzor létrehozását, amely már IA-32 architektúrán fut.
A haladás nem áll meg
Fennállásának kezdete óta maga az x86 rendszer is rendszeresen kapott mindenféle bővítményt, amelyek új funkciókat adtak hozzá. Erre azonban állandó volt az igény: a feldolgozott adatok mennyisége és a felhasznált fájlok mérete folyamatosan nőtt. A 32 bites processzorok pedig már nem voltak tehetetlenek az összetett problémák megoldásában (a 4 GB-nál nagyobb blokk már nem fért be a CPU regiszterébe).
Az Intel megpróbált új, visszafelé kompatibilis IA-64 architektúrát létrehozni, de a sebessége nem volt kielégítő.
Közvetlen versenytársaik, az AMD nagyobb sikereket értek el a probléma megoldásában. A bevált utat követték. 2003-ban pedig bevezettek egy új kiterjesztést a 32 bites architektúrához, AMD64 néven.
Az Opteron, Athlon 64 és Turion 64 processzorokban megvalósított megoldás olyan sikeresnek bizonyult, hogy az Intel licencet szerzett egy sor vezérlési utasításhoz. Ez alapján már megalkották saját terméküket: az EM64T architektúrát. Amit jelenleg minden processzorukban használnak.
Az ilyen újítások nemcsak a processzor működésének felgyorsítását tették lehetővé. De azt is lehetővé tették, hogy a memóriabusz segítségével szinte korlátlan méretű fájlokat mozgassanak.
Annak tudatában, hogy a 64 bites processzor fejlettebb megoldás, valószínűleg érdemes megtudnia, hogy a számítógépére telepített CPU-e az. Megmondom, hol keresse ezt az információt.
A Windows legújabb verzióiban ez megtehető a rendszerbeállítások megnyitásával, ahol az operációs rendszer és a processzor bitmélysége látható, amelyek eltérőek lehetnek. Ha számítógépe nem túl régi, akkor valószínűleg látni fogja, hogy a CPU modern. Erre a célra egy kis programot is kényelmes használni CPU-Z, amely sok részletes információt tartalmaz a processzorról (beleértve a vezérlő utasítások kijelölését is).
Mit befolyásol az operációs rendszer és a processzor bitmélysége?
És itt sokakban gyakran felmerül a kérdés: „A processzorom 64 bites, de a számítógépem operációs rendszere 32 bites. Mi történik, nem használom ki hatékonyan a számítógép hardverének képességeit?” nem válaszolok határozottan. Igen, ez az...
Íme a 32 bites operációs rendszer árnyalatai:
- A legnépszerűbb PC-programok és alkalmazások két verzióban vagy univerzálisak telepítésre (letöltésre) kínálnak. És sikeresen működnek bármilyen kapacitású rendszereken. Még a Windows is elérhető 32 vagy 64 bites formátumban. Miért népszerű még mindig mindkét lehetőség? Erről később;
- Egy ilyen operációs rendszer nem lát 4 GB-nál nagyobb RAM-ot. De vannak nyilvánvaló előnyei a 32 bites rendszernek: kisebb részletekben dolgozza fel az információkat. Ez azt jelenti, hogy kevesebb időt kell tölteni egy gépszó olvasásával és továbbításával. Ez lehetővé teszi, hogy hatékonyabban dolgozzon a memóriával. És egyszerű alkalmazásokkal és kis fájlokkal is;
A 64 bites rendszer kiváló lehetőség játékokhoz, videófeldolgozáshoz és egyéb intenzív programokhoz. De neki jobb, ha tartalékkal rendelkezik RAM. Miért? Igen, mert több erőforrást emészt fel. Végtére is, a terület kihasználásának hatékonysága egy ilyen operációs rendszerrel alacsonyabb lehet, mint egy 32 bitesé;
Most, hogy meghatározta az operációs rendszer beállításait, térjünk vissza a processzor bitméretéhez. Ha 32 bites, akkor csak a megfelelő rendszer telepíthető. Ha 64 bites CPU-ja van, az operációs rendszer bármely verzióját telepítheti. De ne feledkezzünk meg a RAM mennyiségéről.
Ezzel véget is értünk a processzor bitkapacitásával. Remélem, most már szakértőkkel folytatott beszélgetés során is megmutathatja tudását ebben a témában.
Találkozunk blogom új oldalain és sok sikert mindenkinek.
Ennek a cikknek az a célja, hogy kétséget keltsen az olvasó fejében, aki biztos abban, hogy mindent vagy majdnem mindent tud a bitmélységről. De a kételkedésnek építő jellegűnek kell lennie, hogy motiválja a saját kutatását és javítsa a megértést.
A „bitkapacitás” kifejezést gyakran használják számítástechnikai eszközök és rendszerek leírására, ami az egyidejűleg tárolt, feldolgozott vagy másik eszközre továbbított bitek számát jelenti. De konkrétan a központi feldolgozó egységekkel (CPU-kkal) kapcsolatban, mint a számítástechnikai hardver legösszetettebb képviselőivel kapcsolatban, amelyeket nem lehet külön részekre osztani (amíg valaki ki nem találta, hogyan lehet külön eladni egy gyorsítótárat vagy egy chipen belüli szorzót) bitkapacitás nagyon homályosnak bizonyul. Egy spekulatív példa segít ennek bemutatásában.
Képzeld el, hogy az áldott 80-as években járunk, (még mindig) több tucat CPU-gyártó van a világon, és te az egyikben dolgozol a következő generáción. 256 bites SSE8, beépített GPU-k és 5 csatornás memóriavezérlők még nincsenek a világon, de már van egy kész 16 bites processzorod (pontosabban a műszaki dokumentációban „16 bites” van írva). ), amelyben 16 bit van mindenhol és mindenben - az összes külső busztól a feldolgozott adatok architekturális méretéig. Az ilyen CPU igazi példája az első egycsomagos (bár nem egychipes) CPU a DEC PDP-11 architektúrához. És most jön a menedzsment feladata - ugyanannak a CPU-nak egy új, visszafelé kompatibilis generációjának kifejlesztése, amely 32 bites lesz - anélkül, hogy meghatározná, hogy ez utóbbi mit ért. Ezt a megértést kell először tisztázni. A fő kérdésünk tehát az, hogy pontosan mit kell megduplázni bitkapacitás szempontjából a még mindig teljesen 16 bites CPU-nkban, hogy a kapott processzort 32 bitesnek lehessen nevezni? A probléma megoldásának megkönnyítése érdekében két megközelítést alkalmazunk: rendszerezzük a definíciókat, és nézzünk példákat.
Az első dolog, ami eszedbe jut, az a bitmélység, hogy mit kell pontosan számolni? Térjünk rá bármely információs rendszer definíciójára: három fő funkciója az adatok feldolgozása, tárolása és bevitele/kiadása, amelyekért a processzor(ok), a memória és a perifériák felelősek. Tekintettel arra, hogy egy komplex, hierarchikusan önhasonló rendszer sok komponensből áll, elmondható, hogy ez a funkciómegosztás komponens szinten megmarad. Ugyanaz a processzor például főként adatokat dolgoz fel, de szükséges ezek tárolása is (amihez viszonylag kicsi a memóriája) és más komponensekkel való cseréje (ehhez különböző buszok és vezérlőik vannak). Ezért funkcionálisan elkülönítjük a feldolgozás, tárolás és információcsere bitmélységeit.
Megkockáztatom, hogy minden programozható hardver gyártója, különösen a processzorok, 90%-ban nem a végfelhasználókra, hanem a programozókra törekszik. Ezért a gyártók szempontjából a processzornak a megfelelő parancsokat a megfelelő módon kell végrehajtania. Másrészt a kristályszerkezet részletei (az egyes tranzisztorok topológiai, elektromos és fizikai paraméterei, kapuk, logikai elemek és blokkok) nemcsak a felhasználó, hanem a programozó elől is elrejthetők. Kiderült, hogy a bitmélységet meg kell különböztetni a megvalósítás - fizikai és építészeti - alapján.
Hozzá kell tenni, hogy a programozók is különböznek egymástól: a legtöbb alkalmazásprogramot magas szintű nyelveken ír fordítóprogramokkal (ami a kódot bizonyos mértékig platformfüggetlenné teszi), néhány író-illesztőprogramot és operációs rendszer-összetevőt (ami óvatosabbra kényszeríti őket) kb. a hardver valós képességeinek figyelembevételével, vannak assemblert használó alkotók (amihez nyilván a célprocesszor ismerete szükséges), és vannak, akik maguk írnak fordítókat és assemblereket (hasonlóan). Ezért a programozók által pontosan azokat fogjuk megérteni, akiknek a hardveres implementáció részletei fontosak, ha nem egy programíráshoz általában, de legalább a sebességének optimalizálásához - valaminek az „architektúra” bitkapacitása kifejezetten a programozásra fog vonatkozni. a processzor natív gépi nyelvén, vagy inkább egy kényelmes assemblerben, anélkül, hogy belemennénk a CPU belsejébe (ezek a mikroarchitektúra kérdései, amelyeket a nagyobb megkülönböztetés érdekében fizikai megvalósításnak neveztünk). A leírt árnyalatok továbbra is minden programozót érintenek, mert... A magas szintű nyelveket szinte mindig a fordítók fordítják le gépi kódra, és a fordítókat is valakinek meg kell írnia. A tolmácsolt nyelvek formájában lévő kivételek szintén nem állnak félre - magukat a tolmácsokat is fordítók segítségével hozzák létre.
Továbbra is mérlegelni kell, hogy milyen információra vagyunk kíváncsiak. Általában mi fogyasztja és generálja az információs értelemben vett CPU-t? Parancsok, adatok, címek és jel- és vezérlőkódok. Ez utóbbiról nem beszélünk - bitmélységük szigorúan rögzített egy adott hardveres megvalósításban, és a legtöbb esetben nem programozottan vezérelhető. Ez egy kicsit bonyolultabb a parancsokkal - például a RISC architektúrák családjában a memória-hozzáférés szélességének meg kell egyeznie a processzor adatbuszának fizikai szélességével, beleértve. és kódolvasáskor (kivéve néhány lazítást a modern ARM-ben és a PowerPC-ben). Ez jót tesz a CPU-nak - nincs probléma az összehangolatlan hozzáféréssel, minden utasítás azonos, vagy változó, de egyszerűen kiszámított hosszúságú. De ez rossz a programozónak - a RISC egy csonka utasításkészlet, amely szintén több helyet foglal el, mint a kompaktabb kódolás (ugyanaz az algoritmus több utasítást igényel, de ugyanannyi utasítás több bájtot igényel). Ezért a CISC paradigma nyerte a legnagyobb megközelítést a sokszínűségével és a parancsok változó hosszával, ami nem egyenlő valaminek a bitkapacitásával. Természetesen minden modern CPU belsőleg valódi RISC, de ez csak fizikai, nem építészeti. Már csak kétféle információ maradt: adatok és címek. Nézzük meg őket, gyűjtsük össze őket
Három kritériumunk van a bitkapacitás típusaira: funkcionális (feldolgozás, tárolás és csere), megvalósítás (fizikai és architektúra) és tipikus (adatok és címek). Összesen már 12 féle van ebből az érthetetlen dologból. Tételezzük fel, hogy a forrás CPU-nk kritériumainak minden kombinációjára „16 bites” választ adunk (mind a fizikai adatfeldolgozási kapacitás, mind az architekturális címtár, és az összes többi). Most nézzük meg, hogy ezek közül a kérdések közül melyiknek kell feltétlenül „32 bites” választ adnia ahhoz, hogy a kapott processzor pontosan ilyen legyen.
Kezdjük az építészeti résszel. A CPU-nak logikai 32 bites formátumban kell tárolnia az adatokat és a címeket, hogy 32 bitesnek hívják? Az adatok tekintetében természetesen igen, de a címek tekintetében ez nem ilyen egyszerű. Szinte minden 8 bites (adatok szerint) CPU képes 16 bites címeket regiszterpárokban tárolni (egyébként nem látnák az ezeken a platformokon megszokott 16 bites címzést), de ettől még nem nevezik 16 bitesnek. . Lehet, hogy ha a CPU 32 bites adatokat tud tárolni, de csak 16 bites címeket, akkor már 32 bitesnek is nevezhető?..
A 32 bites adatok és címek feletti építészeti számításokkal, valamint szoftveres 32 bites adatcserével kapcsolatos hasonló kérdésekre szoftveres 32 bites címzéssel kapcsolatban ugyanaz lehet a válasz - adatokkal ez szükséges, de címekkel nem. tény.
Térjünk át a fizikai megvalósításra. A CPU-nak fizikailag 32 bites formátumban kell tárolnia az adatokat és a címeket? Kiderült, hogy erre nincs szükség, mert... a 32 bites operandusoknál a regiszterek párosíthatók, amit a 8 bites CPU-k sikeresen használnak, az i8080-tól kezdve. A Zilog 16 bites Z8000-je pedig akár megnégyszerezheti a regisztereket, így 64 bites argumentumot kapna (csak adatokhoz). Ez nem olyan hatékony, mert... A regiszterfájlba elférő adatok összmennyisége nem fog növekedni, de erre nem volt szükség. De mindig el lehet érni a virtuális 32 bites regiszter felső és alsó felét is - egy kő az IA-32 és MC68k architektúrák kertjében, ahol csak az alsó felét érheti el (IA-32-ben - szintén előtaggal, ami lelassítja a végrehajtást ).
Menjünk tovább. A CPU-nak 32 bites fizikai darabokban kell feldolgoznia az adatokat és a címeket? Kiderült, és erre nincs is szükség, az operandusok 16 bites méretű funkcionális eszközökben felezve is feldolgozhatók. Érdemes megemlékezni a Motorola MC68000 processzorról, amelyet az első Macintoshes, Amigas, Ataris és más népszerű gépekben használtak - 32 bitesnek számított, 32 bites regiszterei vannak, de nincs egyetlen 32 bites FU (megjelent csak a 68020-ban). De akár három 16 bites ALU létezik, amelyek közül kettő párosítható 32 bites művelet végrehajtása során. Az i8080 és a Z80 8 bites ALU-kkal rendelkezett, amelyek 16 bites műveleteket hajtottak végre a címek szekvenciális kiszámításához a bájtjain keresztül. Később ez a történet megismétlődött az SSE készlettel és annak 128 bites operandusaival, amelyeket kezdetben 64 bites FU-kon dolgoztak fel.
Végül a csere: kell-e a processzornak fizikailag fogadnia és továbbítania az adatokat 32 bites darabokban 32 bites címzéssel? Szinte minden CPU-gyártó válaszolt az első kérdésre a fele buszszélességű chipek kiadásával: 8 bit a 16 bites i8088-hoz, 16 bit a 32 bites MC68000/010-hez és i80386SX/EX/CX-hez, sőt 8 bit a 32-hez. -bit MC68008 . A címbusz fizikai szélessége sokkal szórakoztatóbb. Kezdjük azzal, hogy a többbájtos adatbuszok (azaz 16 bitestől kezdve) esetén a fizikai memóriacímzés történhet szavakkal vagy bájtokkal. Az első esetben a cím szó mindig a címbuszra kerül, és az adatbusz beolvassa vagy kiírja a szükséges részt - egyetlen bájttól a teljes szóig. A hozzáférési bitmélység jelzésére külön bájt-maszk busz használható (az x86 architektúrában ezt a technikát az i386 óta kezdték használni - egy bit az adatbusz minden bájtjához), vagy vezérlőjelek kombinációja a címbusz alacsony rendű bitjei, amelyekre ebben az üzemmódban nincs szükség (32 bites adatbuszon a cím szó teljesen osztható 4-gyel, ezért a címbusz legalsó 2 bitje mindig nulla) - így volt ez az i386 megjelenése előtt is. A bájtcímzés csak a buszszélesség dinamikus beállításával lehetséges, és a jól ismert CPU-k közül csak az MC68020/030-ban alkalmazták. Ennek eredményeként ma a szócímzést bájtmaszkkal együtt használják, így a címbusz fizikai szélessége több bittel kisebb, mint a logikai szélessége, eggyel kisebb, mint az adatbusz bájt szélessége. Amiből az következik, hogy 32 bites fizikai címbusz csak 8 bites adatbusszal létezhet, amit ép elméjű építész vagy mérnök nyilvánvaló okokból nem tenne meg.
De ez még nem minden. Miért van egyáltalán szükségünk 32 bites fizikai vagy logikai címzésre? A 80-as évek közepén-végén megjelentek a megabites memóriachipek a piacon, a PC-re jellemző memóriamennyiséget még mindig több száz kilobájtban mérik, de valamivel később megabájtban. A 32 bites címzés pedig 4 GB fizikai RAM elérését teszi lehetővé! Kinek lehet erre még szüksége a következő 20 évben a személyi számítógépekben?! Nem meglepő, hogy az első népszerű „32 bites” CPU-k egyáltalán nem rendelkeztek 32 bites logikai címbusz-szélességgel: az MC68000-ben 24 (23 fizikai + 1 a bitkezeléshez), az MC68008-ban pedig 20. Intel 386SX ( 3 évvel később jelent meg, mint az eredeti, teljesen 32 bites i80386, az adatbusz felére csökkentése mellett a címbuszt is 24 (23 fizikai) bitre csökkentette, a 386EX/CX beágyazott verziói pedig 26 bites busszal rendelkeztek. Ráadásul az első lapkakészletek, amelyek lehetővé tették a 32 bites címekkel való működést, csak a 90-es években jelentek meg, és csak a 90-es években jelentek meg az első alaplapok, amelyek elegendő számú memóriahellyel rendelkeztek az akkori maximális méretű >4 GB-os modul befogadására. a 2000-es években. Bár az első 64 bites fizikai címbusszal rendelkező CPU-k (IBM/Motorola PowerPC 620) már 1994-ben megjelentek.
Tehát a processzorban fizikailag semmit sem kell 32 bitessé tenni. Elég csak architekturálisan meggyőzni a programozót arról, hogy a CPU egyetlen utasítással 32 bites műveleteket hajt végre. És bár teljes értékű belső erőforrások hiányában elkerülhetetlenül mikrokód-láncokba dekódolják a 16 bites fizikai információk és hardveregységek kezeléséhez - ez már nem aggasztja a programozót. Tehát elég átírni a firmware-t, újrakészíteni a dekódert és a vezérlő áramkört, és most a 16 bites processzorunk azonnal 32 bites lesz?
Tudniillik minden jó ötlet az abszurditásig elvihető, és akkor hiteltelenné teszi magát. Ez alól a CPU bitkapacitás növelése sem kivétel. Ezen a ponton az építésznek azonnal fel kell tennie a kérdést – miért mindez? Az adatbitmélység növelése jót tesz a velük való munka felgyorsításának (gyakran olyan értékeket kell feldolgozni, amelyek nem férnek bele 16 bitbe), a címeket pedig - ahhoz, hogy nagy mennyiségű adattal tudjon működni (64 KB-os korlát 16-nál). -bit címzés, amelyet az IA szegmensmodell -16 valahogy gyengített, már a 80-as évek közepén korlátozta a programozókat). Természetesen lehet oldalcímzést végezni szoftveresen átkapcsolható bankokkal (a 8 bites CPU-k 1 MB-ot képesek megcímezni a népszerű olcsó PC-ken és játékkonzolokon), de a programok bonyolítása és a memóriaelérés lelassulása árán. Hasonlóképpen, van-e értelme az adatokat 32 bitessé tenni, hogy aligha gyorsítsák fel a teljesítményt a 32 bites számok 16 bites platformon, programvezérléssel, mikrokód helyett? Így csak leegyszerűsítjük a programozást, megspóroljuk a parancsok számát, de nem kapunk ugrásszerű sebességet. Amiből arra a következtetésre jutunk, hogy a bitmélység növelését úgy kell megvalósítani, hogy az ténylegesen minőségi (több memória) és mennyiségi (gyorsabb működés) ugráshoz vezessen az architektúra képességeiben. A „több memória” itt kifejezetten a minőségi fejlődésre vonatkozik, mert sok algoritmus és alkalmazás általában megtagadja a működést, ha nincs elegendő RAM, miközben még egy lassú processzor is előbb-utóbb végrehajtja a programot. A lemezcserélt virtuális memória értelmetlen a 32 bites megvalósításnál.
De vajon mindez azt jelenti, hogy a CPU-ban a hardver és az architektúra erőforrásainak nagy részének 32 bitesnek kell lennie ahhoz, hogy teljes értékű 32 bites processzornak lehessen nevezni? Egyáltalán nem. Vegyük ugyanazt az MC68000-et - 32 bites architektúrája van az adatoknak és címeknek és 32 bites regisztereknek, de 16 bites ALU-k és külső adatbusz és 24 bites fizikai külső címzés. Az elégtelen „32 bites” azonban nem akadályozza meg abban, hogy megelőzze a 3 évvel később megjelent „16 bites” 80286-ot: az 1980-as években népszerű Dhrystones MC68000 benchmarkon 8 MHz-en 2100 „papagáj”-t ér el. és 286 10 MHz - 1900 (16 bites i8088 is, 4,77 MHz - 300).
De mindez nem segít megválaszolni a kérdést - mi a processzor bitkapacitása? Abban a pillanatban, amikor már egy bizonyos következtetésre jutottunk, egy új hős jelenik meg a színen - az adattípus. A fentiek mindegyike csak az egész számokkal végzett számításokra és azok érveire vonatkozott. De vannak igaziak is. Ráadásul egyelőre skaláris mennyiségekkel operálunk, de vannak vektorosok is. De a pletykák szerint az Intel valódi koprocesszort szándékozik építeni közvetlenül az új 80486-ba (hadd emlékeztesselek: a mi udvarunkon nagyjából a 80-as évek járnak). Figyelembe véve azt a tényt, hogy az adatok belső fizikai és architektúriai megjelenítése (FPU-címekkel nem működik) 80 bites, akkor hogyan nevezhetjük a „négyest” „32/80 bites” processzornak? Térjünk vissza a jelenbe – hogy hívják azt a Pentium MMX-et, amely 64 bitet vett le minden 80 bites skalár regiszterből, és egész vektorregiszternek nevezte őket? Mi a helyzet a Pentum Pro/II-vel, 256 bites adatbusszal az L2 gyorsítótár és a mag között? (Még korábban a MIPS R4000-ben és változataiban volt egy belső L2 vezérlő, külső 128 bites busszal egészen a gyorsítótárig.) Mi a helyzet a Pentium III-val a 128 bites XMM regiszterekkel, bár minden ilyen vektor jelenleg csak tárolni képes 32 bites komponensek?, és csak párban dolgozzák fel a 64 bites FU-kban, de nem négyszeresen? Hogyan kell felfogni az olyan vektorcímzési parancsokat, mint a Scatter és Gather, amelyek jelenleg készülnek az új architektúrákhoz (különösen az Intel Larrabee-hez), ahol a vektorregiszter egyes részeit címként, nem adatként érzékeljük, és ezért a címzés is szóba jöhet xxx bites?
A 32 bites platformról a 64 bites platformra való átállásról folyó modern vita megismétli ezt a történetet olyan kiegészítésekkel, amelyek még több sót adnak egy amúgy is változatos ételhez. Először is, ha megnézzük az egylapkás CPU-k bitkapacitásának megduplázódási sebességét (nem számít, mit értünk alatta), akkor kiderül, hogy az első 4 bitről az első 32 bitesre való átmenet megtörtént. mindössze 8 év alatt - 1971-től (i4004) 1979 g-ig (MC68000 és sokkal kevésbé ismert NS32016). A következő megduplázódás 64 bitre 10 évig tartott – az i860 32 bites egész skaláris ALU-val és 32 bites általános célú regiszterekkel rendelkezett párosítással, de 64 bites FPU és egész vektoros FU, 64 bites külső buszok és a először egy belső 128 bites busz kernel gyorsítótár. Időközben 64 bit jutott a PC-re - újabb 15 év telt el, bár a 64 bites memóriaelérés (ugyanazon a 64 bites adatbuszon keresztül, de „32 bites” processzorhoz) már az első Pentiumokban megjelent ban. 1993. De a helyzet A probléma az, hogy az egész skaláris számításokhoz az operandusok két fő típusa - adat és cím - még mindig csak 32 bitesek voltak. A 32 bites címzés redundanciájáról a 80-90-es évekre. már elhangzott, de a 64 bites egész számítások szigorú igénye a 32 bitesekkel ellentétben szintén nem merült fel mostanáig, és még most sem látható. Egész számok esetében a –2 10 9 és 2 10 9 vagy 0 és 4 10 9 közötti tartomány lefedi az igények túlnyomó részét, és a 64 bites ritka pillanatokat teljesen kielégíti a régimódi módszer - műveletek a operandusok átvitellel, ami nem sokkal lassabb és a 32 bites architektúrák megjelenésének első pillanataitól elérhető. További pikantériát ad, hogy az x86 architektúrában már az AMD64 és EM64T előtt megjelent az egész számok feletti 64 bites aritmetika, és ez a vektoros aritmetika – az SSE2 készlettől kezdve (2001) vannak paddq és psubq parancsok az összeadáshoz és kivonáshoz 64 A -bit integers komponensek és a 32 bites szorzási utasítások bármely architektúrához 64 bites számot adnak (az osztási utasítások ennek megfelelően ezt fogadják el; hasonlóan sok 16 bites platformon, beleértve az IA-16-ot is).
Néhány PC-processzor bitmérete
| Kritérium | Bit mélység | |||||||||||
| Funkcionális | feldolgozás | tárolás | csere | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Végrehajtás | fizikai | építészeti | fizikai | építészeti | fizikai | építészeti | ||||||
| Tipikus (D: adatok; A: címek) | D | A | D | A | D | A | D | A | D | A | D | A |
| i8080/85, Z80 | 8 | 8 | 8-16 | 16 | 8 | 8 | 8-16 | 16 | 8 | 16 | 8-16 | 16 |
| Z8000 | 16 | 16 | 8-64 | 16 | 16 | 16 | 8-64 | 16 | 8-16 | 23 | 8-64 | 23 |
| MC68000/010 (MC68008) | 16 | 16 | 8-32 | 32 | 32 | 32 | 8-32 | 32 | 8-16 (8) | 24 (20) | 8-32 | 32 |
| MC68020/030 | 32 | 32 | 8-32 | 32 | 32 | 32 | 8-32 | 32 | 8-32 | 32 | 8-32 | 32 |
| i8086/186* (i8088/188*) | 16 | 16 | 8-16 | 16 | 16 | 16 | 8-16 | 16 | 8-16 (8) | 20 | 8-16 | 20 |
| i80286 | 16 | 16 | 8-16 | 16 | 16 | 16 | 8-16 | 16 | 8-16 | 24 | 8-16 | 24 |
| i80386DX | 32 | 32 | 8-32 | 32 | 32 | 32 | 8-32 | 32 | 8-32 | 32 | 8-32 | 32 |
| i80386SX (EX/CX) | 32 | 32 | 8-32 | 32 | 32 | 32 | 8-32 | 32 | 8-16 | 24 (26) | 8-32 | 32 |
| i860 | 32/64|64 | 32 | 8-64/64|64 | 32 | 32/64/32 | 32 | 8-64/64/64 | 32 | 64 | 64 | 8-64 | 64 |
| i80486 | 32/80 | 32 | 8-32/80 | 32 | 32/80 | 32 | 8-32/80 | 32 | 32 | 32 | 8-80 | 32 |
| Pentium, K5 (Pentium Pro) | 32/80 | 32 | 8-32/80 | 32 | 32/80 | 32 | 8-32/80 | 32 | 64 | 32 (36) | 8-80 | 32 (51) |
| Pentium MMX (Pentium II) | 32/80|64 | 32 | 8-32/80|64 | 32 | 32/80|64 | 32 | 8-32/80|64 | 32 | 64 | 32 (36) | 8-80 | 32 (51) |
| K6 (K6-2) | 32/80| 64(/64) | 32 | 8-32/80| 64(/64) | 32 | 32/80| 64(/64) | 32 | 8-32/80| 64(/64) | 32 | 64 | 32 | 8-80 | 32 |
| Athlon | 32/80| 64/64 | 32 | 8-32/80| 64/64 | 32 | 32/80| 64/64 | 32 | 8-32/80| 64/64 | 32 | 64 | 36 | 8-80 | 51 |
| Athlon XP | 32/80| 64/64 | 32 | 8-32/80| 64/32-128 | 32 | 32/80|64/128 | 32 | 8-32/80| 64/128 | 32 | 64 | 36 | 8-128 | 51 |
| Pentium III (Pentium 4/M, Core) | 32/80| 64/64 | 32 | 8-32/80| 64(+128)/32-128 | 32 | 32/80| 64(+128)/128 | 32 | 8-32/80| 64(+128)/128 | 32 | 64 | 36 | 8-128 | 51 |
| Pentium 4 D/EE (Athlon 64*) | 64/80| 64/64 | 64 | 8-64/80|64 + 128/32-128 | 64 | 64/80|64 + 128/128 | 64 | 8-64/80|64 + 128/128 | 64 | 64(+16) | 40 | 8-128 | 52 |
| Atom | 32-64/80| 64/64-128 | 64 | 8-64/80|64 + 128/32-128 | 64 | 64/80|64 + 128/128 | 64 | 8-64/80|64 + 128/128 | 64 | 64 | 36 | 8-128 | 51 |
| Core 2 (i7*) | 64/80| 128/128 | 64 | 8-64/80|64 + 128/32-128 | 64 | 64/80|64 + 128/128 | 64 | 8-64/80|64 + 128/128 | 64 | 64 (192+16) | 40 | 8-128 | 52 |
| Athlon II*, Phenom (II)* | 64/80| 128/128 | 64 | 8-64/80|64 + 128/32-128 | 64 | 64/80|64 + 128/128 | 64 | 8-64/80|64 + 128/128 | 64 | 128+16 | 40 (48) | 8-128 | 52 |
* - Multiplex adat- és címbusz (integrált memóriavezérlővel rendelkező CPU-hoz - csak interprocesszor)
“A/B|C/D” – egy skaláris egész / valós bitkapacitás van feltüntetve az adatokhoz | vektor integer / valós tartományok
„X+Y” – ilyen típusú kétbites tartományai vannak
„X-Y” - a parancstól vagy az FU-tól függően minden köztes értéket elfogad kettős egész hatványon
Ha idáig elolvasta, akkor a cikkben kitűzött célt nagy valószínűséggel már elérte, és nem sikerült megtalálni a bitmélység ideális végső pontos meghatározását. Lehet, hogy egyáltalán nem létezik, és ez még jó is. Végül is, ha a számítógép az információval való munka fő eszköze, akkor minden informatikai technológia a számítógép teljesítményének javítására szolgáló módszer. A bitmélység önmagában semmit sem ad a magas szintű információs technológiák arzenáljának többi részétől függetlenül. A PDA-k/kommunikátorok, mobiltelefonok, netbookok, médialejátszók és egyéb zsebelektronikai eszközök, valamint a rengeteg beépített kontroller és fedélzeti számítógép remekül működik, növelve népszerűségüket 64 bites képességek nélkül is. Akkor miért váltsunk nagyobb bitekre? Miért nem kell például még senkinek a 64 bites az Intel Atomban a netbookokhoz, ahol 8 GB memória nemhogy nem kell senkinek, hanem pár óra múlva kinyomják az akkut szárazon, és tudományos vagy gazdasági számítások (ahol 64 egész bit) nem indítja el senki? Az egyik lehetséges válasz az, hogy „mert megtehetjük”. További néhány millió tranzisztor a fennmaradó 32 bites blokkok megduplázásához csepp a tengerben az ugyanazon a chipen lévő minden másra elköltött kapuk tengerében. A mikroelektronika, mint az informatika fő mozdonyának vágtató fejlődése olyan olcsóvá tette az integrált tranzisztort, hogy a „64 bites” névtábla, amely minden marketingesnek ízlett, tíz pluszcentbe kerül a fogyasztónak, és nem csak színlelt, hanem nagyon valós 10-50%-os gyorsulás 1-5%-os alkalmazásoknál. És ha egy kis báránybőr szinte semmibe sem kerül, miért ne?
