Igen

Legközelebb gyakrabban nyomogatom a Save-t a Run elött 

Mit lehetne egyszerûbben? 

Eddig semmi jelentőset

CPU fogyasztást kijelző script (nem tudom, hasznos-e ez valakinek):
  [ Guests cannot view attachments ]
Ez egy a script elején táblázatban megadható rutin(ok összes) átlagos CPU használatát írja ki százalékban a státuszsorba. A táblázat minden eleme egy öt elemű táblázat, amelyben a belépési (ezt már számolja) és a kilépési (ezt már nem) utasítás címe található szegmens, cím formátumban, és az extra Z80 ciklusok száma (amely lehet például a már nem számolt kilépési utasítás időtartama). Beállítható a kijelzés gyakorisága és a Z80 és video órajel is.
A példa a Super Hero átirat teszt verziójában jelzi ki a betöltő emulációs és magszakítási kódjának a CPU használatát.

Olyan scriptet lehetne csinálni, ami megmondja, hogy egy subrutin hány órajel ciklus alatt fut le?

Ez ugyan nem ciklusokban, hanem ezredmásodpercekben írja ki, de remélhetõleg használható

Köszi! A feladatra így is teljesen jó! Arra vagyok kíváncsi, hogy egy bizonyos funkciót különbözõ módokon programozva, melyik a gyorsabb, és mennyi a különbség?

Ez a script a memória várakozások hatásait is jól kell mérje?

Természetesen igen, mert a vízszintes video pozíció változásai alapján méri az időt (ezért kell Step módban futtatni, vagy minden címre töréspontot beállítani). Legfeljebb az lehet probléma, hogy csak egy-két utasításból álló kódnál nem elég pontos.

Mert egy érdekes anomáliával találkoztam:Ez alapján azt vártam, hogy egy sok-sok LDI utasítást tartalmazó rutin jelentõsen lassul az OUT 191,4 hatására. De az össz rutinra nézve kb csak annyi különbség volt mint az LDIR-es változatnál, én bénáztam el valamit, vagy az LDIR is generál minden körben M1 ciklust?

Ha az LDI vagy LDIR által olvasott és/vagy írt terület a video memóriában van, akkor az megváltoztathatja az időzítést. LDI utasításnál például ha a DE és a HL is video memóriára mutat, de az LDI nem video memóriában van, akkor a várakozási módtól függetlenül kb. 22.5 ciklus lesz több egymást követő LDI utasítás átlagos futásideje (a várakozás nélküli változat csak többet vár a video RAM-ra).

Az LDI utasítás részletes időzítése:

4 (M1: EDh olvasása) + 4 (M1: A0h olvasása) + 3 (olvasás HL címről) + 3 (írás DE címre) + 2 (HL, DE növelése - illetve ezek talán már a memóriaműveletek közben történnek, BC csökkentése, jelzőbitek állítása)

A tényleges olvasás vagy írás (az adatbusz mintavételezése) az M1 műveleten belül 2.0 ciklusnál történik a 4-ből, a normál memóriaműveletnél 2.5 ciklusnál a 3-ból, és I/O műveletnél 3.5 ciklusnál a 4-ből. A /WAIT bemenetet a Z80 az M1 és normál memória műveletnél is 1.5 ciklusnál figyeli, I/O műveletnél pedig 2.5 ciklusnál:

[ Guests cannot view attachments ]         [ Guests cannot view attachments ]         [ Guests cannot view attachments ]

Az LDIR időzítése azonos az LDI-vel, ha a végrehajtásával a BC értéke 0-ra csökken. Egyébként még a fent leírt 16 ciklus után van további 5 ciklus, ami gyakorlatilag relatív ugrást végez vissza az LDIR utasításra, amelyet aztán a Z80 újra beolvas a memóriából.

Az idődiagrammok honnan vannak?
Kicserélném az itt látható rosszabb minőségű képeket.

Ebből a PDF file-ból vannak (az ep128.hu-n ennek a magyar fordítása található ?), amely megtalálható ezen az oldalon sok más Z80 dokumentáció között.

  * subrtimer.lua (0.99 KB - downloaded 5 times.)

Kisebb javítás: a "callTime" paramétert az eredeti verzió nem vette figyelembe.
  [ Guests cannot view attachments ]