-
Data: 2014-10-12 20:13:07
Temat: Re: prosty assembler
Od: Piotr <S...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-10-12 o 18:54, firr pisze:
> ja bardziej mysle o maszynie wirtualnej badz 'emulatorze wymyslonego procesora'
(jesli miedzy jednym a drugim jest jakas roznica bo nie wiem),
> bardziej mi w sumie chodzi o emulator - z emulatorem jest tylko ten problem ze
nie jestem pewien czy i jak nalezy zapewnic jakąś czasową
> stabilność takiego emulatora tak by na przyklad
> jeden cykl zajmowal dokladnie iles czasu i by to wszystko wogole nie 'plywało' w
czasie
> (nie ejstem pewien czy to jest realny problem czy tylko moj teoretyczny wymyslony
bo widzialem emulatory c64 i nic nie plywalo - z drugiej strony nawet czyste
winapowskie natywne aplikacje chyba nieco plywają w czasie 9moga sie ciac jak film)
tak ze nie wiem)
>
> co do asemblera to to co powyzej napisalem wydaje mi sie jak na razie okay (z
lekkimi poprawkami), czyli ogolnie prosty asm wogole bez rejestrow
>
Oczywiście może być procesor bez rejestrów (w tym sensie, że można
potraktować całą pamięć RAM jako rejestry). W fizycznych procesorach
stosuje się rejestry ze względu na szybkość działania. W ogólności nie
musisz się bawić w "dyscyplinę czasową" poszczególnych instrukcji,
emulatory C64 to stosują, bo chodzi po prostu o emulację konkretnego
urządzenia (a więc między innymi o to aby programy chodziły tak samo jak
na oryginalnym C64 a nie 1000 razy szybciej), no i w C64 stosowało się
cyklowanie oraz wykorzystywano specyficzne zachowania zarówno procesora
jak i układów peryferyjnych - emulator który tego nie odzwierciedla, nie
będzie pozwalał na uruchomienie wielu programów. Obejrzyj sobie
http://www.youtube.com/watch?v=ZsRRCnque2E i zobacz jakie tricki
stosowali (i nadal stosują) programiści na C64, emulator musi być tak
napisany, aby te tricki działały, bo inaczej będzie kiepskim emulatorem.
W swoim "wymyślonym" procesorze nie musisz się w takie rzeczy bawić
jeśli nie będzie to potrzebne.
--
Pozdrawiam
Piotr
Następne wpisy z tego wątku
- 12.10.14 21:20 firr
- 13.10.14 10:43 firr
- 13.10.14 14:22 firr
- 13.10.14 14:25 firr
- 13.10.14 18:49 R.e.m.e.K
- 13.10.14 19:43 Piotr
- 14.10.14 14:48 firr
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-03-08 Cięcie wysokich tui
- 2025-03-08 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-03-08 Prawo "gminne"
- 2025-03-08 Warszawa => Senior Recruiter <=
- 2025-03-08 Warszawa => Key Account Manager IT <=
- 2025-03-08 Najszybciej ładujące się samochody elektryczne
- 2025-03-07 AION przejety
- 2025-03-07 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-07 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-03-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-03-07 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-07 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-07 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-07 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS