Emu68 to nowy emulator procesora MC680x0 (wraz z FPU) opracowywany dla procesorów ARM. Program pracuje bezpośrednio na RPi (od modelu 2 w górę) udostępniając użytkownikowi wirtualny procesor zgodny z linią 680x0. Główny nacisk położony jest na szybkość wykonywanego kodu, przy jednoczesnym zachowaniu wierności linii 680x0 na poziomie niezbędnym do poprawnego wykonania kodu.
Dodano: 2019-11-13 21:55, Autor: st, Kategoria: Emulacja, Liczba wyświetleń: 8545 english translation »
Powstaje Emu68
Rozwój projektu można obserwować w serwisie Patreon, a szczegółowy opis emulatora zostanie opublikowany w najbliższym numerze magazynu Amiga NG (nr 8).
-
komentarz #1 wysłany: 2019-11-17 22:41
Wszystkie 68k udaje, czy tylko 68000?
-
komentarz #2 wysłany: 2019-11-18 00:48 w odpowiedzi na komentarz #1
No ja myślę, że jak napisano emulator MC680x0 to także MC68060 ale czy też MC68080 ?
-
komentarz #3 wysłany: 2019-11-18 07:54 w odpowiedzi na komentarz #1
W tej chwili prawie wszystkie instrukcje 68020 juz dzialaja, wszystkie tryby adresowania z 68020+ dzialaja. Docelowo beda tez instrukcje z 68040/68060 bez MMU. FPU jest gotowe w mniej wiecej 50%.
Czy bedzie 68080? Nie wiem, czy bedzie to potrzebne. Jezeli tak i jezeli dorwe sie do dokumentacji to byc moze dodam.
-
komentarz #4 wysłany: 2019-11-20 00:57 w odpowiedzi na komentarz #3
Jaką wydajność da się osiągnąć emulując mc680x0 na rpi w porównaniu do natywnego mc68060 i np. natywnego ARM-8 Cortex-A72 (64-bit) 1,5 GHz quad-core, Amd x86-64 2ghz, Amd apu a4-5300 3,4ghz ? A czy dało by się zrobić emulację mc680x0 i ppc na rpi, ale taką bez linuxa w rodzaju Rasbian czy Debian ?. Z jaką wydajnością ? Może wówczas szło by uruchomić AmigaOS4.1 albo byłoby do tego bliżej. Powinno się zrobić taką emulację, ale może to już jest tylko ja nie wiem np. Amiberry ?
-
komentarz #5 wysłany: 2019-11-20 08:20 w odpowiedzi na komentarz #4
Nie wiem, w tej chwili mam tylko syntetyczne benchmarki, m.in. kawalek kodu wyrwany z SysInfo 3.x ktory liczy tak zwane Dhrystones (nie majace tak naprawde zwiazku z prawdziwym testem dhrystone) i MIPS. W tym wypadku wyniki prezentuja sie nastepujaco:
RasPi4: okolo 1417 MIPS (1358000 Dhrystones)
RasPi3b+: okolo 800 MIPS (765000 Dhrystones)
RasPi2: okolo 450 MIPS (432000 Dhrystones)
Transfery do RAM wygladaja nastepujaco (procedora testowa zapisuje w jednej petli pierwsze 100 MB RAM-u w raspberry):
RasPi4: 3900 MB/s
RasPi3b+: 1910 MB/s
RasPi2: 642 MB/s
Wyniki mozna porownac z tym co wypluwa z siebie amigowe SysInfo (ta sama procedura, tyle ze mierzy dokladniej bo wykonuje duzo wiecej iteracji niz wersja z SysInfo). Z tego co wiem 68060 osiaga cos w okolicach 50-70 MIPS, Vampire V4 ma okolo 160 MIPS.
Bardziej syntetyczny benchmark (procedura c2p od Hexmage'a) przeprowadzalem bardzo dawno temu. Moj JIT osiagnal wtedy mniej wiecej 630 MIPS, konwertujac obraz chunky o rozmiarze 25600x4800 pikseli w 0,6 sekundy.
W tej chwili poza poprawkami w FPU przygotowuje benchmark bardzo mocno obciazajacy koprocesor - bedzie to Path Tracer (ten sam ktorym testowalem SMP w AROSie: https://www.youtube.com/watch?v=WlhqZgMfUqg). Oprocz wersji przygotowanej dla Emu68 zamierzam wypuscic wersje dla AmigaOS. Jedyna roznica bedzie sposob liczenia czasu (timer.device vs system clock z peryferiow RasPi) i sposob rysowania (biblioteki systemowe vs bufor ramki w RasPi). Bedzie mozna porownac.
- Discord
-
Online: 11
- AmiKit
- Cizar
- IMPBot
- juen
- Laubzega
- m...
- Marek_B
- Mirq
- Patu
- spazma
- Spili
- Menu
- Baza wiedzy
- Simon's Podcast
-
- #11: jak kot w smole
25-07 czas: 22 min - #10: kodowanie upadku
10-07 czas: 33 min - #9: infantylny Mefisto
26-06 czas: 26 min
- #11: jak kot w smole
- Najpopularniejsze