http://en.wikipedia.org/wiki/SMP

To tak na wypadek, gdybyś ulegał złudzeniu, że użyty przez ciebie skrót jest jednoznaczny :P

No dobrze, SMP = Symmetric Multiprocessing. I gdzie tu 6502? Brak rozkazów ustawiających semafory chyba go do tego dyskwalifikuje - chyba że masz na myśli 65C02, ale chyba znowu 65C816 jest do tego celu lepszy?

Ostatnio edytowany przez drac030 (2008-09-08 13:09:48)

@xxl: ale parę postów wyżej pisałeś, że przyspieszenie istniejących programów ci się nie podoba.

Mi sie nie podoba użycie 6502 (nawet dopalonego), bo to nas na zawsze zamknie w 64 kilobajtach. Dlatego 65C816 jest lepszy: jak ktoś ma ambicje korzystac tylko z 64K i rozkazów 6502, to może, a jak ktoś chce popróbować programowania z dodatkowym RAM-em i nowymi rozkazami/trybami adresowania (a zaręczam, że to jest coś nowego i daje sporo radochy), to też może.

Krócej: wolałbym 65C816/1,77 MHz z megabajtem liniowego RAM-u niż 6502 chodzące na bazylion MHz. Dopalanie jest OK, ale połączenie typu rower + silnik odrzutowy ma ograniczone zastosowania.

drac030: a o czyms takim jak bankowanie to slyszales? ;) 6502 nie koniecznie ogranicza nas do 64kb. co do wspomnianego kodu - ej, sa pelne zrodla, a obsluga zarowno 65c02 jak i 65c816 jest "rozgrzebana" - ja to podalem jako przyklad, skad mozna zaczac...
tak czy inaczej - warto by sie ta sprawa zainteresowal ktos, kto interesuje sie vhdlem.

A gdyby pamięć dla proca była liniowa, to co z układami I/o? Czy słusznie podejrzewam, że dalej będą widzieć tylko dolne 64kb? Czy w tym przypadku pozostawienie prędkości dolnego 64kb ram @ 1.7 MHz nie będzie zbytnim ograniczeniem? Może niegłupie byłoby przełączanie banku ram (64kb) widzianego, przez układy i/o - można by wtedy w jednej linii natychmiast przełączyć wszystkie rejestry kolorów i pozycje sprajtów...
Bankowanie pamięci wydaje mi się niedobrym pomysłem. Jeśli będziemy mieć carta na 8000..9ffff, bank na 4000,,7ffff, dosa poniżej 2000, to zostają nam (bez podnoszenia systemu) obszary 2000..3fff (8kb) i a000..bfff (8kb). To trochę mało jeśli chcielibyśmy pokazać np. obrazek w hires interlace. Również przepisywanie obszarów pamięci będzie koszmarnie wolne, bo trzeba będzie przełączać banki. Zalety pamięci liniowej doceni chyba każdy kto próbował robić cokolwiek na x86 z rejestrami segmentowymi albo chciał na atari używać pamięci dodatkowej do czegoś innego niż ramdysk.

Edit: Zamieszałem. Oczywiście i/o mają swoje rejestry i zawartość ram nie ma tu nic do rzeczy. Wycofuję się z pomysłu. Można by co najwyżej brać dane obrazu, pmg i znaków z obszaru powyżej 64kb.

Ostatnio edytowany przez mono (2008-09-08 17:38:53)

XXL - no najlepsza opcja to moc zrobic prosty on/off dla nowych/starych softow i po sprawie (z ew. resetem). Tego sie nie przeskoczy, soft musialby byc pisany z wyprzedzeniem, uwzgledniajac ew. lepszy procesor. Nawiasem nasze starsze demo Timekeeper jest tak w calosci napisane - wszelkie zmiany katow w obrotach i inne parametry sa na przerwaniach, przez co przy dopalkach na procesor animacja jest plynna - nie jest to to samo wyswietlane szybciej, ale poprostu plynniej (jak w klasycznej grze), jak ktos ma ochote, moze sobie sprawdzic i wtedy torusik w 1 ramce przy minimalnych katach obrotu (w demie co ramke zmieniany jest kat obrotu, ale obraz przy torusie to z 7 klatek, wiec mamy "haczenie" ;  o).

Co do VBXE to jest swietna sprawa, niebawem bede mial w swoich lapkach i imho to daje kopa atarce o zupelnie innej skali - znacznie lepszy. Imho: ).

drac30 - zalezy do jakich zastosowan (:. W jednych milsze w programowaniu byloby procka 16bit z liniowym ramem przy zegarze 1.77. W drugim (np. jakis mocno efekt) przydalby sie czysty power procesora.

tebe: czasami warto poswiecic ten 0.1% :).

Ostatnio edytowany przez solo/ng (2008-09-08 19:49:08)

Inc, Dec, Lsr, Asl