J.F. wrote:

> On Sat, 11 Jul 2009 23:37:35 +0200, Waldemar Krzok wrote:
>>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.
>
> 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.

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.

> A czasy teraz takie ze procki beda mialy magistrale 1 bit :-)

Takowe juz sa.

>>> 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.
>
> A co robisz ze masz tyle danych ?


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