22.07.2024 11:04
[#68]
Re: absurdy 060, mmu i setpatch w AOS3.2
@wali7, post #67
Nie wiem, od jakiego adresu ta pamiec jest, ale mi to tak wyglada jakby to byla pamiec Z3 widoczna od adresu $1000000 czyli spoza obszaru 24 bit od $00000000 do $00FFFFFF.
A SIMM pewnie naklada sie na ten obszar.
To tak jak niektore karty turbo/pamieci uzywaja 16MB SIMM-ow, ale bodaj daja tylko max 10.5MB w obszarze do $00FFFFFF bo reszta jest juz uzywana przez Amige.
A SIMM pewnie naklada sie na ten obszar.
To tak jak niektore karty turbo/pamieci uzywaja 16MB SIMM-ow, ale bodaj daja tylko max 10.5MB w obszarze do $00FFFFFF bo reszta jest juz uzywana przez Amige.
22.07.2024 15:08
[#70]
Re: absurdy 060, mmu i setpatch w AOS3.2
@wali7, post #69
Juz nie pamietam, ale wydaje mi sie, ze tak wlasnie jest 128MB - 16 MB 24 bitowe (od 0 do ffffff).
Wedlug mnie taki mod na 112 MB fast na plycie jest najlepszy z mozliwych dla A3000 czy A4000.
Bo zaden obszar pamieci sie nie marnuje wtedy ani nie nachodzi na siebie.
Bo gdyby to bylo 128MB od adresu $01000000 , to juz by nachodzilo i z kartami turbo moglo by kolidowac.
Wedlug mnie taki mod na 112 MB fast na plycie jest najlepszy z mozliwych dla A3000 czy A4000.
Bo zaden obszar pamieci sie nie marnuje wtedy ani nie nachodzi na siebie.
Bo gdyby to bylo 128MB od adresu $01000000 , to juz by nachodzilo i z kartami turbo moglo by kolidowac.
22.07.2024 15:44
[#71]
Re: absurdy 060, mmu i setpatch w AOS3.2
@Phibrizzo, post #59
Aby definitywnie zakonczyc dyskusje z mojej strony ktora biblioteka lepsza zrobilem kilka testow.
Na pierwszy ogien poszled program LAME. Aby test byl w miare miarodajny wybralem najdluzszy utwor muzczny jaki mialem pod reka. 15 minut.
Dokonalem kompresji z parametrami: -h -b 256 -m j. Oto wyniki:
1. EAB: ok 1:29:44
2. THOR: ok 1:29:40
Roznica praktycznie zadna, dlatego wlaczylem program MuRedox:
3. 1:25.15
Niby urwalo te 4 minuty, jednak uwazam ze taki rodzaj pomiaru jest niereprezentatywny.
LAME skompilowany na 060 wiec bibioteka nie miala co robic, a ten przyrost wynikl pewnie z przyspieszenia
jakiegos elementu systemu. Dlatego wykonalem drugi test: Raytracera z C4D.
Scena: ColorText, 800x600, antyaliasyng: edge+color.
1. THOR 7:51
2. THOR + MuRedox: 5:02
Czyli ja na swoim konfigu zostaje przy bibliotece THORa. A jesli takie mecyje sie dzieje na OS3.2.x to zostaje tez przy OS3.9.
Anem(t).
Na pierwszy ogien poszled program LAME. Aby test byl w miare miarodajny wybralem najdluzszy utwor muzczny jaki mialem pod reka. 15 minut.
Dokonalem kompresji z parametrami: -h -b 256 -m j. Oto wyniki:
1. EAB: ok 1:29:44
2. THOR: ok 1:29:40
Roznica praktycznie zadna, dlatego wlaczylem program MuRedox:
3. 1:25.15
Niby urwalo te 4 minuty, jednak uwazam ze taki rodzaj pomiaru jest niereprezentatywny.
LAME skompilowany na 060 wiec bibioteka nie miala co robic, a ten przyrost wynikl pewnie z przyspieszenia
jakiegos elementu systemu. Dlatego wykonalem drugi test: Raytracera z C4D.
Scena: ColorText, 800x600, antyaliasyng: edge+color.
1. THOR 7:51
2. THOR + MuRedox: 5:02
Czyli ja na swoim konfigu zostaje przy bibliotece THORa. A jesli takie mecyje sie dzieje na OS3.2.x to zostaje tez przy OS3.9.
Anem(t).
22.07.2024 16:21
[#72]
Re: absurdy 060, mmu i setpatch w AOS3.2
@Phibrizzo, post #71
Nie uzywam tych programow, ale calkiem mozliwe, ze jest mozliwy mix MuRedox i 68060.library z EAB.
Autorowi watku chodzi o to, ze SetPatch robi malo potrzebne rzeczy na starcie.
Typu zjada 7MB pamieci fast na tablice MMU, i traci parenascie sekund czasu na starcie Amigi.
Ile pamieci SetPatch Ci zjada dla obu wersji bibliotek?
Ostatnia aktualizacja: 22.07.2024 16:22:09 przez Don_Adan
Autorowi watku chodzi o to, ze SetPatch robi malo potrzebne rzeczy na starcie.
Typu zjada 7MB pamieci fast na tablice MMU, i traci parenascie sekund czasu na starcie Amigi.
Ile pamieci SetPatch Ci zjada dla obu wersji bibliotek?
Ostatnia aktualizacja: 22.07.2024 16:22:09 przez Don_Adan
22.07.2024 16:59
[#73]
Re: absurdy 060, mmu i setpatch w AOS3.2
@Don_Adan, post #72
Moze jakis sposob na mix jest, ale moja proba uruchomienia MuRedox na bibliotece z EAB zakonczyla sie komunikatem ze brakuje odpowiedniego resoursa.
Co do pamieci:
THOR potrzebuje jakies 0.5 MB wiecej.
Sprawdzone po calkowitym zaladowaniu systemu.
Ostatnia aktualizacja: 22.07.2024 17:01:44 przez Phibrizzo
Co do pamieci:
THOR: Type Available In-Use Maximum Largest chip 1901056 179744 2080800 1894480 fast 56780488 9804088 66584576 55115648 total 58681544 9983832 68665376 55115648 EAB: chip 1901056 179744 2080800 1894072 fast 57317944 9266632 66584576 55652096 total 59219000 9446376 68665376 55652096
THOR potrzebuje jakies 0.5 MB wiecej.
Sprawdzone po calkowitym zaladowaniu systemu.
Ostatnia aktualizacja: 22.07.2024 17:01:44 przez Phibrizzo
12.08.2024 01:21
[#77]
Re: absurdy 060, mmu i setpatch w AOS3.2
@crimart, post #75
Jasne, zrobiłem to.
Komputer A4000TX, na płycie 64 MB w jednym Simmie, BFG9060 z 68060 rev 6 @50 MHz, ZZ9000 z 256 MB fast Z3, A4091 z ZuluSCSI. OS3.2.2
Czas wykonania Setpatch przy pełnej pamięci: 10,3 s,
czas wykonania bez simma 64 MB (czyli 128 MB BFG9060 i 256 MB Z3): 9 s
Przy okazji sprawdziłem gdzie mapuje te 64 MB, i jest to 4000000 - 7FFFFFF
Ostatnia aktualizacja: 12.08.2024 01:23:05 przez wali7
Komputer A4000TX, na płycie 64 MB w jednym Simmie, BFG9060 z 68060 rev 6 @50 MHz, ZZ9000 z 256 MB fast Z3, A4091 z ZuluSCSI. OS3.2.2
Czas wykonania Setpatch przy pełnej pamięci: 10,3 s,
czas wykonania bez simma 64 MB (czyli 128 MB BFG9060 i 256 MB Z3): 9 s
Przy okazji sprawdziłem gdzie mapuje te 64 MB, i jest to 4000000 - 7FFFFFF
Ostatnia aktualizacja: 12.08.2024 01:23:05 przez wali7