Re: Co oznacza 8 lub 32 bitowy mikrokontroler

slawek7 pisze:

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 pisze:

Zapomnialbym "Hello world" czyli porazka optymalizacji o czyms takim jak JAVA nie wspomne bo to jest jak dla mnie sadzenie fasolki koparka.

Nawet za twoich czasow nie bylo tak prosto.

A jak mnozyc mozna 16*16 z wynikiem 32bit, pozostale operacje wszystkie 32 bit, a szyna 8 bit ?

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 ..

Kiedys supergra nie musiala wspoldzialac z windows :-)

J.

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 ?

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 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 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

Pan Sebastian Biały napisał:

Kiedyś podobne zainteresowania próbowano wzbudzić u cara Rosji. Wieść gminna podaje, że bardzo uprzejmie zapytał o przydatność zwiększania szerokości.

Z punktu widzenia tej dyskusji procesory wektorowe pracują na bardzo szerokich szynach danych przetwarzając w jednym cyklu setki bitów.

Hehe... chyba Kolega nie zna tej wieści gminnej ;-)

Pozdrawiam Grzegorz

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 :-)

A co robisz ze masz tyle danych ?

J.

ach, sa jeszcze specjalistyczne procki, gdzie jest jeszcze wiekszy burdel. Np. nasza kamera z prockiem na sensorze jest, w zaleznosci od kata widzenia, albo 1 bitowa, albo 16 bitowa albo 1536 bitowa. Rejestry maja

1536 bitow, ALU tez, niektore operacje dzialaja na pojedynczych bitach w poprzek ALU (16 albo 1 bit), niektore na rejestrach wzdloz. Transfer miedzyrejestrowy jest 1536 bitowy, przez zewnetrzna magistrale 16 bitow.

Takowe juz sa.

przetwarzanie obrazow, juz conieco zredukowanych (tak mniej wiecej 4x), ale nagrywanych 2x200fps (stereo). Mozna co prawda frame by frame ladowac, ale jak sie chce porownywac random, to troche czasu ladowanie z dysku bierze.

Waldek

Mam jeden design w Inventorze ktory nie otworzy sie na 32 bitowym systemie.

Wiem, jeden przypadek, ale do tego przypadku _naprawde_ potrzeba 64 bity Windows + 64 bity Inventor.

J.F. pisze:

Nie próbowałem, ale z dokumentacji wynika, że STR750 potrafi wykonywać kod z pamięci Flash powieszonej na SPI :-)

pzdr mk