NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Co to znaczy 8, 16 i 32 bitowy mikrokontroler? Szyna danych i adresowa w praktyce
slawek7
Guest
Guest
Sat Jul 11, 2009 3:40 pm
Może głupie pytanie, ale co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy? Czy ma to związek z szyną
danych czy adresową i ile może wynościć długośc szyny adresowej?
Konop
Guest
Guest
Sat Jul 11, 2009 3:40 pm
slawek7 pisze:
Quote:
Może głupie pytanie, ale co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy? Czy ma to związek z szyną
danych czy adresową i ile może wynościć długośc szyny adresowej?
mikrokontroler jest 8, 16 lub 32 bitowy? Czy ma to związek z szyną
danych czy adresową i ile może wynościć długośc szyny adresowej?
Dotyczy to magistrali danych, ALU itp
... popatrz, AVR jest 8-bitowy,
choć adresy są 16-bitowe (lub większe np w ATMEGA128). Nie zmienia to
faktu, że rejestry są 8-bitowe... i choć pewne operacje może wykonywać
na 16-bitach jest 8-bitowy
...
ARM7 - ma wszystkie rejestry 32 bitowe, wszystkie operacje wykonuje na
32 bitach itp, dlatego jest 32-bitowy
... choć faktem jest, że w ARMie
wszystko ma 32 bity (magistrala adresowa tez ;P)...
Generalnie procesory 8-bitowe to takie, które operują głównie na
liczbach 8-bitowych
...
Pozdrawiam
Konop
Konop
Guest
Guest
Sat Jul 11, 2009 3:40 pm
slawek7 pisze:
Quote:
Może głupie pytanie, ale co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy? Czy ma to związek z szyną
danych czy adresową i ile może wynościć długośc szyny adresowej?
mikrokontroler jest 8, 16 lub 32 bitowy? Czy ma to związek z szyną
danych czy adresową i ile może wynościć długośc szyny adresowej?
Dotyczy to magistrali danych, ALU itp
... popatrz, AVR jest 8-bitowy,
choć adresy są 16-bitowe (lub większe np w ATMEGA128). Nie zmienia to
faktu, że rejestry są 8-bitowe... i choć pewne operacje może wykonywać
na 16-bitach jest 8-bitowy
...
ARM7 - ma wszystkie rejestry 32 bitowe, wszystkie operacje wykonuje na
32 bitach itp, dlatego jest 32-bitowy
... choć faktem jest, że w ARMie
wszystko ma 32 bity (magistrala adresowa tez ;P)...
Generalnie procesory 8-bitowe to takie, które operują głównie na
liczbach 8-bitowych
...
Pozdrawiam
Konop
slawek7
Guest
Guest
Sat Jul 11, 2009 4:40 pm
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
games
Guest
Guest
Sat Jul 11, 2009 6:38 pm
slawek7 pisze:
Quote:
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
Im dluzsza szyna danych tym wieksza dana mozesz zapisac w jednej komorce
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych .
W efekcie mamy dzis programistow ktorzy pisza super programy w C++ ale
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
games
Guest
Guest
Sat Jul 11, 2009 6:40 pm
games pisze:
Quote:
slawek7 pisze:
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
Im dluzsza szyna danych tym wieksza dana mozesz zapisac w jednej komorce
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych .
W efekcie mamy dzis programistow ktorzy pisza super programy w C++ ale
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
Im dluzsza szyna danych tym wieksza dana mozesz zapisac w jednej komorce
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych .
W efekcie mamy dzis programistow ktorzy pisza super programy w C++ ale
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
Zapomnialbym "Hello world" czyli porazka optymalizacji o czyms takim
jak JAVA nie wspomne bo to jest jak dla mnie sadzenie fasolki koparka.
J.F.
Guest
Guest
Sat Jul 11, 2009 7:31 pm
On Sat, 11 Jul 2009 19:38:54 +0200, games wrote:
Quote:
slawek7 pisze:
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Nawet za twoich czasow nie bylo tak prosto.
Quote:
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
bitowych.
A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje
wszystkie 32 bit, a szyna 8 bit ?
Quote:
Im dluzsza szyna danych tym wieksza dana mozesz zapisac w jednej komorce
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych.
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych.
Wlasnie doczekalismy czasow gdy rozmiary danych przekraczaja 4GB - i
32 bity przestaly wystarczac.
A tak swoja droga .. czy pecet wykorzysta tyle pamieci ?
Pomijam jakies serwery baz danych, ale czy w jest szansa wykorzystania
takiej pamieci przez inne programy ?
No chyba ze jakas mapa Europy czy optymalizacja FPGA ..
Quote:
W efekcie mamy dzis programistow ktorzy pisza super programy w C++ ale
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
Kiedys supergra nie musiala wspoldzialac z windows :-)
J.
games
Guest
Guest
Sat Jul 11, 2009 9:12 pm
Sebastian Biały pisze:
Quote:
games wrote:
Niestety ale liczby uzywane w rzeczywistosci nie sa az tak duze zeby
stosowac procesory z dluga szyna danych dlatego nie ma sensu zwiekszac
szyny danych .
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke na
_BARDZO_ szerokich szynach danych. To się przydaje.
Niestety ale liczby uzywane w rzeczywistosci nie sa az tak duze zeby
stosowac procesory z dluga szyna danych dlatego nie ma sensu zwiekszac
szyny danych .
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke na
_BARDZO_ szerokich szynach danych. To się przydaje.
Kazdy odpowiednio spreparowny proc to potrafi ale czy rzeczywistosc tego
wymaga ?
Waldemar Krzok
Guest
Guest
Sat Jul 11, 2009 10:37 pm
J.F. wrote:
Quote:
On Sat, 11 Jul 2009 19:38:54 +0200, games wrote:
slawek7 pisze:
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Nawet za twoich czasow nie bylo tak prosto.
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje
wszystkie 32 bit, a szyna 8 bit ?
slawek7 pisze:
A ma to jakiś związek z instrukcjami rdzenia.
I jesli dobrze zrozumiałem to w ARM to przypadek że adresowanie jest
32bitowe i ważne że np RAM ma szerokość32 bitów tak jak rejesry, tak?
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Nawet za twoich czasow nie bylo tak prosto.
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje
wszystkie 32 bit, a szyna 8 bit ?
to było dość rzadkie, na ogół wsio 32 bity, a szyna 8 bitów, na przykład
68008 był taki, oczywiście 32 bitowy procek.
Quote:
Im dluzsza szyna danych tym wieksza dana mozesz zapisac w jednej komorce
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych.
Wlasnie doczekalismy czasow gdy rozmiary danych przekraczaja 4GB - i
32 bity przestaly wystarczac.
A tak swoja droga .. czy pecet wykorzysta tyle pamieci ?
Pomijam jakies serwery baz danych, ale czy w jest szansa wykorzystania
takiej pamieci przez inne programy ?
No chyba ze jakas mapa Europy czy optymalizacja FPGA ..
i obrobic w pewnym najmniejszym cyklu zegarowym. Niestety ale liczby
uzywane w rzeczywistosci nie sa az tak duze zeby stosowac procesory z
dluga szyna danych dlatego nie ma sensu zwiekszac szyny danych.
Wlasnie doczekalismy czasow gdy rozmiary danych przekraczaja 4GB - i
32 bity przestaly wystarczac.
A tak swoja droga .. czy pecet wykorzysta tyle pamieci ?
Pomijam jakies serwery baz danych, ale czy w jest szansa wykorzystania
takiej pamieci przez inne programy ?
No chyba ze jakas mapa Europy czy optymalizacja FPGA ..
mnie sie zdarza dość czesto. Niekoniecznie tyle potrzebne, ale dzieki temu,
ze mam 4GB program działa szybciej. Dane maja od 0.5 do 3.5GB, rzadko
troche wiecej.
Quote:
W efekcie mamy dzis programistow ktorzy pisza super programy w C++ ale
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
kod wynikowy zajmuje tyle miejsca w pamieci super systemow co kiedys
super gra dla ZX Spectrum.
Przerost formy nad trescia.
A tu troche mieszasz pojecia. Programy pisane w C sa wieksze lub równe pod
wzgledem długości programom pisanym w assemblerze. Programy w C++ sa >=
programom w C.
Waldek
Sebastian Biały
Guest
Guest
Sat Jul 11, 2009 11:24 pm
Jarosław Sokołowski wrote:
Quote:
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke
na _BARDZO_ szerokich szynach danych. To się przydaje.
Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji.
Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność
zwiększania szerokości.
na _BARDZO_ szerokich szynach danych. To się przydaje.
Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji.
Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność
zwiększania szerokości.
http://pl.wikipedia.org/wiki/Procesor_wektorowy
http://pl.wikipedia.org/wiki/SIMD
Z punktu widzenia tej dyskusji procesory wektorowe pracują na bardzo
szerokich szynach danych przetwarzając w jednym cyklu setki bitów.
Remek
Guest
Guest
Sat Jul 11, 2009 11:38 pm
Użytkownik "slawek7" napisał:
Quote:
co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy?
mikrokontroler jest 8, 16 lub 32 bitowy?
To oznacza największą liczbę jaką może "przerobić" procesor "za jednym
zamachem", czyli np. dodać, odjąć, czy podzielić. A to wiąże się z
wielkością wewnętrznych rejestrów procesora.
Remek
Jarosław Sokołowski
Guest
Guest
Sat Jul 11, 2009 11:40 pm
Pan Sebastian Biały napisał:
Quote:
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke
na _BARDZO_ szerokich szynach danych. To się przydaje.
na _BARDZO_ szerokich szynach danych. To się przydaje.
Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji.
Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność
zwiększania szerokości.
--
Jarek
Grzegorz Kurczyk
Guest
Guest
Sun Jul 12, 2009 7:35 am
Użytkownik Sebastian Biały napisał:
Quote:
Jarosław Sokołowski wrote:
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke
na _BARDZO_ szerokich szynach danych. To się przydaje.
Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji.
Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność
zwiększania szerokości.
http://pl.wikipedia.org/wiki/Procesor_wektorowy
Zainteresuj się procesorami potrafiącymi wykonywać arytmetyke
na _BARDZO_ szerokich szynach danych. To się przydaje.
Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji.
Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność
zwiększania szerokości.
http://pl.wikipedia.org/wiki/Procesor_wektorowy
Hehe... chyba Kolega nie zna tej wieści gminnej ;-)
Pozdrawiam
Grzegorz
games
Guest
Guest
Sun Jul 12, 2009 9:00 am
Remek pisze:
Quote:
Użytkownik "slawek7" napisał:
co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy?
To oznacza największą liczbę jaką może "przerobić" procesor "za jednym
zamachem", czyli np. dodać, odjąć, czy podzielić. A to wiąże się z
wielkością wewnętrznych rejestrów procesora.
Remek
co to znaczy że mikroprocesor lub
mikrokontroler jest 8, 16 lub 32 bitowy?
To oznacza największą liczbę jaką może "przerobić" procesor "za jednym
zamachem", czyli np. dodać, odjąć, czy podzielić. A to wiąże się z
wielkością wewnętrznych rejestrów procesora.
Remek
Procesor czy jednostka arytmetyczno logiczna ?
J.F.
Guest
Guest
Sun Jul 12, 2009 9:35 am
On Sat, 11 Jul 2009 23:37:35 +0200, Waldemar Krzok wrote:
Quote:
J.F. wrote:
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Nawet za twoich czasow nie bylo tak prosto.
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje
wszystkie 32 bit, a szyna 8 bit ?
to było dość rzadkie, na ogół wsio 32 bity, a szyna 8 bitów, na przykład
68008 był taki, oczywiście 32 bitowy procek.
Mnie uczono ze szerokosc szyny danych okresla bitowosc procesora, za
moich czasow taki Z-80 mial szyne danych 8 bitowa adresowa 16 bitowa .
Nawet za twoich czasow nie bylo tak prosto.
Z tym ze mozna bylo wykonywac w pewnycm zakresie operacje na liczbach 16
bitowych.
A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje
wszystkie 32 bit, a szyna 8 bit ?
to było dość rzadkie, na ogół wsio 32 bity, a szyna 8 bitów, na przykład
68008 był taki, oczywiście 32 bitowy procek.
dokladnie 68008 opisuje :-)
Czyli procek 32-bit w 99% [minus to mnozenie], z zewnetrzna szyna 8
bit. Lub 16bit "w pelnej wersji". Dodaj 8088 i juz masz pelny obraz
burdelu.
A czasy teraz takie ze procki beda mialy magistrale 1 bit :-)
Quote:
A tak swoja droga .. czy pecet wykorzysta tyle pamieci ?
Pomijam jakies serwery baz danych, ale czy w jest szansa wykorzystania
takiej pamieci przez inne programy ?
No chyba ze jakas mapa Europy czy optymalizacja FPGA ..
mnie sie zdarza dość czesto. Niekoniecznie tyle potrzebne, ale dzieki temu,
ze mam 4GB program działa szybciej. Dane maja od 0.5 do 3.5GB, rzadko
troche wiecej.
Pomijam jakies serwery baz danych, ale czy w jest szansa wykorzystania
takiej pamieci przez inne programy ?
No chyba ze jakas mapa Europy czy optymalizacja FPGA ..
mnie sie zdarza dość czesto. Niekoniecznie tyle potrzebne, ale dzieki temu,
ze mam 4GB program działa szybciej. Dane maja od 0.5 do 3.5GB, rzadko
troche wiecej.
A co robisz ze masz tyle danych ?
J.
elektroda NewsGroups Forum Index - Elektronika Polska - Co to znaczy 8, 16 i 32 bitowy mikrokontroler? Szyna danych i adresowa w praktyce