08.01.2015 21:52
[#1]
mmulib a whdload
Witam wyszła właśnie nowa wersja mmulib i Mu680x0Libs i chcialem o coś zapytac. Nie moglem znalesc w dokumentacji czy łatki na kickstarty w katalogu devs/kickstarts sa dla pakietu whdload ?
08.01.2015 22:17
[#2]
Re: mmulib a whdload
@HanSolo, post #1
Podczepię się pod temat i poprosze by mi ktoś wytłumaczył czym jest ten pakiet - jestem nowy w świecie 68060 :)
Rozumiem że podstawową funkcja jest stworzenie jednego, dominującego i uniwersalnego interfejsu do funkcji MMU procesora. Ale nie rozumiem sprawy bibliotek 68060/68040.library które są w tym pakiecie.
Czy one zastępują bilbiotekę od Phase5 w pełni? Czy może sa tylko pośrednikiem (coś jak dummy 68040.lib)? Jeśli zastępują to w czym są lepsze/szybsze? Czy na Cyberstormie Mk3 lepiej używać tych od P5 czy MMU?
Mam nadzieję że to nie zbyt duże OT :)
Rozumiem że podstawową funkcja jest stworzenie jednego, dominującego i uniwersalnego interfejsu do funkcji MMU procesora. Ale nie rozumiem sprawy bibliotek 68060/68040.library które są w tym pakiecie.
Czy one zastępują bilbiotekę od Phase5 w pełni? Czy może sa tylko pośrednikiem (coś jak dummy 68040.lib)? Jeśli zastępują to w czym są lepsze/szybsze? Czy na Cyberstormie Mk3 lepiej używać tych od P5 czy MMU?
Mam nadzieję że to nie zbyt duże OT :)
08.01.2015 23:54
[#3]
Re: mmulib a whdload
@Davka, post #2
http://amiga.ct8.pl/?p=1 tu masz czesc info najwiecej znajdziesz w dokumentacji programu.
Najwazniejsza dla mnie jednak jest to ze jest szybsza gdyz ma mozliwosc mapowania exec i expasnion.library do fast ramu a takze supervisor stack i exec vector base oszczedzajac chip ram.
Najwazniejsza dla mnie jednak jest to ze jest szybsza gdyz ma mozliwosc mapowania exec i expasnion.library do fast ramu a takze supervisor stack i exec vector base oszczedzajac chip ram.
09.01.2015 01:14
[#4]
Re: mmulib a whdload
@HanSolo, post #1
Na pewno nie sa dla pakietu WHDload. Kazdy kickstart uzywany przez WHDload
ma wlasna sume kontrolna, zmiana nawet jednego bitu/bajtu w kickstarcie
uzywanym przez WHDload spowoduje nie rozpoznanie/wczytanie danego kickstartu.
Do tego kazdy slave WHDload, ktory uzywa kickstartu sam go patchuje wedlug
potrzeb, patche Thora sa na pewno nie uzywane przez WHDload.
Co do dzialania 68040/68060.library w wersji Thora to te wersje sa wolniejsze
od wersji Phase 5 czy Commodore. Tak przynajmniej wychodzi z testow
robionych za pomoca mbench:
http://meynaf.free.fr/tmp/mbench.lzx
Na pewno wolniejsza jest sama emulacja instrukcji, ktorych jest brak w 68040
czy 68060, bo kod emulujacy jest napisany w C.
BTW. Jak ktos mogl by podac jakie wyniki ma mbench dla Mista w wersji
ECS i AGA, to bym je przekazal meynaf-owi. Dzieki.
ma wlasna sume kontrolna, zmiana nawet jednego bitu/bajtu w kickstarcie
uzywanym przez WHDload spowoduje nie rozpoznanie/wczytanie danego kickstartu.
Do tego kazdy slave WHDload, ktory uzywa kickstartu sam go patchuje wedlug
potrzeb, patche Thora sa na pewno nie uzywane przez WHDload.
Co do dzialania 68040/68060.library w wersji Thora to te wersje sa wolniejsze
od wersji Phase 5 czy Commodore. Tak przynajmniej wychodzi z testow
robionych za pomoca mbench:
http://meynaf.free.fr/tmp/mbench.lzx
Na pewno wolniejsza jest sama emulacja instrukcji, ktorych jest brak w 68040
czy 68060, bo kod emulujacy jest napisany w C.
BTW. Jak ktos mogl by podac jakie wyniki ma mbench dla Mista w wersji
ECS i AGA, to bym je przekazal meynaf-owi. Dzieki.