Sorry, trochu OT.
Ja som kodoval na 8-bitoch s CPU MOS 6502 (6510) a paci sa mi ako kazdy z nas pocita(l) takty.
Ja som mal takto isto cele podprogramy a ku kazdemu popis kolko taktov trva, co vstupuje v registroch atd.
A co som Z80 koderom zavidel bol pocet registrov procesora.

256 "registrou" v 65xx rade je ti malo? (0=ta stranka RAM)

Co mna viac stvalo ze na Z80/i8080 maju variabilny zasobnik. ziadne obmedzenie na 256 bitovy ktor lahko pretiekol.

To co som zavidel boli 16bit registre. Ktore 65xx nema. Tam som to potom riesil skor cez "self modifying code" ako cez ZP.

Samozrejme ze sa da pouzit ZP ale zase nie ako plnokrvne 16bit.
ZP som skor pouzival na tabulky s predpocitanimy hodnotami (pre rychlejsi pristup CPU do ZP).
Napr. prevod pozicie Sprite/PMG-VideoRAM atd.
A napriklad Atari OS pouziva vo velkej miere ZP. Ale miesto tam vzdy bolo na nejaky ten "register".

Aj ked len tri registre, daju sa robit zazraky.

http://www.pagetable.com/?p=64

Takze 6502 ma este dlhu zivotnost !!!

Takychto pametovych 256 registrov ma aj Z80, dokonca dve sady, a nemusia byt len v prvych 256 bajtoch ram, ale uplne kdekolvek v pameti Ale zase je pravda, ze nevie s nimi robit tak domyselne adresovacie rezimy a pristup k nim je velmi pomaly (vela taktov)

To co som zavidel boli 16bit registre. Ktore 65xx nema.

K registrom to ma odost dalej ako na 6502. Uz len preto ze indexove registre v 6502 sa pouzivasju ako index "pola" zatial co iX a iY v Z80 sa pouzivaju ako base toho pola. Co podstatne zneprijemnuje pracu.

p.s. Inak uz to zacina zavanat zabo mysou vojnou

Z80 ma programovo dostupnych dokopy 13 sestnastbitovych registrov a dva bity. Resp. jeden a pol bitu, lebo jeden z nich sa neda programovo citat

p.s. Inak uz to zacina zavanat zabo mysou vojnou

Ak bude vojna tak so mnou nepocitajte.
Vyrastal som na 65xx ale Z80 sa mi ozaj paci. Takze by som sa nevedel razhodnut za ktoru stranu budem kopat !!!

A to este Z80 slape na 4MHz (ZX) oproti 1MHZ (C64) alebo 1,77 MHz (Atari).

Vyrastal som na 65xx ale Z80 sa mi ozaj paci. Takze by som sa nevedel razhodnut za ktoru stranu budem kopat !!!

A to este Z80 slape na 4MHz (ZX) oproti 1MHZ (C64) alebo 1,77 MHz (Atari).

A obom je to naprd alebo jedneho brzdi ULA a druheho VIC-II

Frekvencia nieje vsetko:
najdlhsia instrukcia 6502 ma 7 taktou a najkratsia 1 takt
najdlhsia instrukcia Z80 ma vela taktou najkratsia 4 takty.

Preto sa CPU porovnavaju v MIPS-och

6502 ma 1MIPS pri 2Mhz
i8080 ma 1 MIPS pri 6Mhz (Je 3 krat pomalsi)
ARM2 ma 1MIPS PRI 2Mhz
Z80 som nenasiel ale ten by mal vychadzat cca ako i8080
eZ80 ktory je silne zoptimalizovane jadro z80 ma 1.6 na 1Mhz ale to je dane tym zer je to pipeline co je vyssi divci

je to dane tym ko vnutorne funguje CPU. Cim je jednoduchsi tym menej taktou je potreba aby sa instrukcia prehnala vsetkymi castamy interneho stavoveho registra.

staci si pozriet ako cita/zapisuje Z80 a ako 6502.
U z80 necitanie instrukcie trva 4 takty. dalsi operand 3 takty.
U 6502 to robi za jeden.

Ale i tak je tu uplne jedno. Vhodnym vyberom algoritmu optimalizovanym na platformu je mozne najst implemntacie kde slapsi CPU trunfne silnejsi. Vdaka obmedzeniam architektury.

p.s.
6502 sa robi; v 1/2/3/4Mhz Verzii a tie aktualne od WDC idu do cca 20Mhz iked ich predavaju ako 14Mhz

Ktory CPU ma kolko MIPS mi nieje zname. Samozrejme ze aj HW berie cas CPUckam.

Osobne si myslim ze ZX je o nieco rychlejsie ako napr. Atari.
Sam som volakedy skusal jednoduchy scrolling Bitmap VRAM (Graphics 8) bez pouzitia HW scrollingu.
Roloval som monochromaticky obraz za pouzitia instrukcii ROL. A tento scrolling bol vyditelne trhany.
Problem s BEAMom aky bol rieseny tu v inej teme pre ZX.
Preto ked si pozriem napr. hru R-TYPE co dokaze bez HW scrollingu a spritov, tak mi vychadza ZX o nieco rychlejsie
ako spominane Atari, samozrejme bez pouzitia Atari HW. Tiez je to poznat pri hre Amaroute, ked sa u Atari verzie
objavy viacej "much" rychlost hry citelne poklesne. A to este ma ZX to sialene rozlozenie VRAM na tretiny.
Iste na to existuje nejaky ten ofajc. Ale na ZX som nikdy nekodoval. Snad len vymazanie VRAM
Tak ma opravte ak sa mylim .

PS. Na C64 sa tiez vysantili v rozlozenie VRAM pri HiRes Bitmap mode (320x200)
.