Proszę mnie poprawić, jeśli się mylę w obliczeniach:

1) Motorola 68000/8 MHz, move.w (a0)+,(a1)+ = 12 cykli, czyli 6 cykli na bajt. Jakieś 1,2 MB/s. Dane muszą być wyrównane do granicy słowa.

2) 65C816/1,773 MHz (zegar wolniejszy 4,5 raza), metoda nr 5: 577 KB/s. Dane muszą być wyrównane do granicy strony. Bez wyrównania (metoda nr 4) to tylko 500 KB/s.

P.S. Zaczynam rozumieć, dlaczego 65C816 wywołuje taką agresję u co prymitywniejszych amigowców :)

Oczywiście masz rację. A ja też powołałem się na przypadek specjalnej optymalizacji. Na Motoroli move jest bardziej uniwersalne i nie trzeba się zastanawiać, na jakiej pamięci się je wykonuje. Nadal, przykład nr 8 to 288 KB/s. Przy zegarze 8 MHz bylibyśmy tylko trochę z tyłu za Motką.

To są usprawnienia, ale tylko w stosunku do 6502. W stosunku do 68000 ten procesor jest dokładnie piętro niżej (8/16 w stosunku do 16/32). O tym, moim zdaniem, że on mimo tego może nadal konkurować z 68000 (oczywiście na dłużą metę odpadając, ale jednak nie tak bardzo jak 6502), stanowi synchroniczna magistrala i jej zasada, że 1 cykl = 1 bajt. W Motce 68k mamy chyba 1 word = 4 cykle i tu można coś ugrać.

ARC dla Windows http://www.izarc.org/

plik c256 wrzucamy do ATR-a, w formacie SDX

Firmware -> Operating Systems -> XLOS (DracOS)
Attach Cartridge -> SDX447_sdx128.car

i działa :)

No tak, program przełącza się w native mode od razu na samym początku. Żeby się nie sypnął, potrzebny jest OS z obsługą przerwań w trybie natywnym. Zapomniałem o tym napisać, bo mój komp ma taki konfig cały czas.

SDX nie jest potrzebna do uruchomienia tego, powinno pójść pod każdym loaderem i DOS-em.

EDIT: ale kiedy mamy już SDX, przesłanie pliku do Altirry jest prostsze.

System -> Devices -> Add -> Serial I/O bus devices -> PCLink *klik* -> OK *klik* -> Settings *klik*

Wybieramy podkatalog dla serwera PCLink. OK *klik* OK *klik*

Z dysku SDX Toolkit http://sdx.atari8.info/index.php?show=e … ad_special wyciągamy sterownik PCLINK.SYS i kopiujemy sobie na dysk, z którego bootujemy Altirrę. Wczytujemy sterownik z palca albo z CONFIG-a.

COPY PCL:FOO.BAR ściąga plik FOO.BAR znajdujący się w wyżej wybranym katalogu na dysk emulowanego Atari. Można też odpalić bezpośrednio.

[offtopic mode ON]:

jeżeli chodzi o dekompresję *.arc po stronie PC ,to pod *.nix jest oczywiście arc, np. w repozytorium dla debiana:

apt-get install arc

i mamy na pokładzie:

ARC - Archive utility, Version 5.21q, created on 06/27/2013
Usage: arc {amufdxerplvtc}[biswnoq][g<password>] <archive> [<filename> . . .]
Where:     a   = add files to archive
     m   = move files to archive
     u   = update files in archive
     f   = freshen files in archive
     d   = delete files from archive
     x,e = extract files from archive
     r   = run files from archive
     p   = copy files from archive to standard output
     l   = list files in archive
     v   = verbose listing of files in archive
     t   = test archive integrity
     c   = convert entry to new packing method
     b   = retain backup copy of archive
     i   = suppress image mode (translate EOL)
     s   = suppress compression (store only)
     w   = suppress warning messages
     n   = suppress notes and comments
     o   = overwrite existing files when extracting
     q   = squash instead of crunching
     g   = Encrypt/decrypt archive entry

Adapted from MSDOS by Howard Chu

ale również działa disk explorer z menu Tools w Altirra, obsługuje on także format ARC ;)

No i oczywiście wbudowany w SpartaDOS unarc ;-)

Bardzo ciekawe wyliczenia, poproszę podobne dla wypełniania obszaru pamięci danym bajtem.

Ciekawie byłoby też uwzględnić blitter VBXE.

Czy jest instrukcja odwrotna do PEI (stos -> pamięć) ?

Czyli najszybsze wypełnianie 16-bitowym STA ZP 2 cykle/bajt? I chyba z taką samą prędkością 16-bitowe PHA?

PEI jak widzę ma 8-bitowy adres bez indeksowania. Dlatego zamiana D i S może się przydać.