Komputer diy - prostszego nie widziałem

Chodzilo mi o to, ze wczesniej raczej rzadko potrzebowano np 1000 bitow pamieci stalej. Wiec te epromy wymyslono na potrzeby komputerow.

stopniem prostoty :-)

Owszem, tym niemniej maszyny CNC byly jednak precyzyjniejsze i mechanika nie wystarczala.

Jakis wielofazowy sterownik swiatel na skrzyzowaniu chcesz krzywkami realizowac? No mozna. Moze tez mozna jakąs serią ukladow/przekaznikow czasowych ... i matrycy sterujacej?

Pralka, winda - dalo sie zrobic elektromechanicznie, ale prosto nie było.

I sa tanie. Ze tak przypomnijmy historie 6502 - bylo spore zainteresowanie uP, ale jak klienci slyszeli cenę za 8080 czy 6800 ($300), to tracili zainteresowanie. Wiec Peddle postanowil odchudzic uP do granic mozliwosci i obnizyc cene.

Chetnych do tego nigdy nie brakowało :-)

Owszem, to po prostu dzis najlepszy sposób realizacji.

J.

Drewno łączone z elektroniką na nowo definiuje paździerz.

W sensie Turinga to raczej nie - tasma ma byc długa. Może nawet nieskonczenie długa, bo choc uzyty będzie skonczony kawałek, to nie zawsze wiadomo z góry jaki.

Ale ale ... widzialem kiedy klawiature do peceta, polskiej produkcji, zrobioną na Z80. Bez pamieci. Widac rejestrow starczyło.

W drugą stronę były transputery, gdzie rejestrow w zasadzie nie było, była pamiec robocza, pozniej chyba robiła za cache ..

Ale z garsci TTL mozna zrobic CPU.

Gdzies tam w szkole sie bawilismy programowanie hipotetycznej maszyny o niewielkiej ilosci rozkazów. np miala rozkaz zwiekszenia rejestru o

J.

W dniu 07.03.2023 o 09:42, J.F pisze:

Wystarczy jeden rozkaz - odpada dekodowanie rozkazu.

W dniu 2023-03-06 o 22:49, ptoki (ptoki) pisze:

Ale AVR też tak robi, bo Flash jest wolniejszy od Ram i też zrobi fech w czasie wykonywania poprzedniej instrukcji.

Taa ... cytujac Lema "skomplikowany komputer wymaga prostszego programu, a prostszy komputer wymaga bardziej rozbudowanego programu. Nieskonczony program moze działac bez komputera" :-)

J.

Tak. Pamiec do jakiej sie przyzwyczailismy nie koniecznie musi byc elegancko na szynie czy nawet explicite w postaci rejestru. Jak "cos" robi za pamiec to starczy aby procesowac dane.

Moim zdaniem, powolujac sie na tego bidnego ponga, nawet nie koniecznie trzeba tego duzo.

Ale to juz wypas byl :) Powoluje sie na tego ponga bo on jest na pograniczu. Niby dziala jak cpu a jednak sporo komponentow tam albo nie ma albo jest realizowane w sposob bardzo odmienny od nawet uwczesnego wyborazenia jak one sa realizowane. Dla mnie to jest procesor choc bardzo niestandardowy. Dla wielu to nie jest procesor bo nie ma konkretnych elementow znanych z procesora.

Gdzie bym namalowal kreske pomiedzy procesorem a nie procesorem? Trudne pytanie. Trzeba by tak naprawde przejrzec kazdy uklad i stwierdzic czy wykazuje znamiona przetwarzania danych i bycia programowalnym.

wtorek, 7 marca 2023 o 06:05:17 UTC-6 Janusz napisał(a):

Nie rozumiem przeslania. No robi, ale jednak ma rejestry i nie slyszalem o tym aby operacje ram-ram byly optymalniejsze. Ani w 6502 ani avr czy innych riscach. Jakbym poszperal to moze gdzies by sie dalo znalezc takie przyklady ale generalnie tak nie jest. Moja uwaga tyczy sie tego ze porownujac wykonanie rozkazu na zasadzie osadzenia go w grupie NOP-ow, wykonaniu i sprawdzeniu PC po skonczeniu nie da wiarygodnej ilosci cykli bo w zalezosci od tego czy wykonanie umozliwia wciagniecie nowego rozkazu czy nie to ilosc cykli sie moze zmieniac. Nie wiem czy tak jest w 6502 ale juz nowsze cpu maja przewidywanie skokow wlasnie po to aby tego typu problem rozwiazac.

Glownym powodem dla ktorego sie tak nie robi jest fakt ze pamiec na szynie nie tylko sama w sobie jest wolna ale wiele systemow ma inne uklady wpiete i kontrolujace te szyne. Nie wiem czy to komplikuje ogolnie projekt czy sprawia ze wykonanie staje sie nieprzewidywalne ale w praktyce takich konstrukcji gdzie wykonanie ram-ram ma sens.

Pamietam jak na amidze optymalizowano kopiowanie danych w ramie. Tam probowano zaprzac blitter, dma i cpu naraz. Ktos gdzies rozwazal czy dodanie coppera do kompletu przyspieszy czy spowolni taki transfer... Nie pamietam co tam wyszlo.

Ale wiem ze w x86 zerowanie rejestru xor-em bylo szybsze niz zaladowanie zera z pamieci. Moze jakby pamiec typu Video podpiac z obu stron do cpu to wtedy czytanie jednym kanalem i zapic przetworzonych danych normalna szyna bylby szybki dla pewnych zastosowan? Nie wiem. Moze. Ale w praktyce taniej jest poczekac i kupic szybsza maszyne albo kupic dwie i robic rownolegle...

Tyle na temat dywagacji akademickich.