Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ASH - Uniksowa powłoka dla Atari Poznaj ASH, nową powłokę w stylu Unix dla 8-bitowych komputerów Atari XL/XE.
Altirra 4.50 test 23 Phaeron opublikował kolejną kompilację testową Altirra 4.50 z poprawkami i nowościami (w tym custom device z obsługą Antonii 2)
MagiC 6.30 wraz ze źródłami Andreas Kromke udostępnił MagiC 6.30 i otworzył kody źródłowe swoich projektów dla Atari.
Altirra 4.50 test 22 Kolejna aktualizacja emulatora Altirra przynosi ulepszenia obsługi dysków i poprawki procesora.
SpartaDOS X 4.51 Wydano aktualizację SpartaDOS X 4.51
atari.area forum » Posty przez Adam Klobukowski
To jest z gruntu błędne podejście z co najmniej dwóch powodów:
1. każdy portal może banalnie zablokować wchodzenie na podstrony z zewnątrz jeśli tylko chce
2. większość portali informacyjnych udostępnia RSSy samemu udostępniając linki do treści z pominięciem głównej strony
Ja polecam nalewki. Dobra rzecz, wymaga tylko nieco cierpliwosci.
AFTP to klient a nie server
Jako przegladarkę polecam Highwire, jeśli pójdzie na ST.
Do Irca polecam AtariIRC (twórca jest ciągle aktywny)
Mnie to jednak wygląda na zwalony RAM lub coś około-RAMowego.
Objawia się to tak: masz np. 6mb wolnej pamięci, a nie możesz odpalić programu o wielkości 1mb, bo nie ma odpowiednio dużego ciągłego fragmentu pamięci.
MiNT alokuje różnej wielkości bloki pamięci w różny sposób. Zamiast alokować wszystko jak leci, małe bloki są grupowane w jednym miejscu, średnie w innym, duże w jeszcze innym. To powoduje zmniejszenie fragmentacji pozostałej, wolnej pamięci. Dokładnych szczegółów nie pamiętam, implementował to, i pisał o tym Frank Naumann, albo na MiNTLiście, opis pewnie jest też w źródłach MiNTa.
Saulot: ja tylko niosę pomoc.
Fragmentacja pamięci&przestrzeni adresowej to to samo. Jest z tym problem w MiNTcie, zwłaszcza jak masz np. 14MB pamięci, no ale jak się nie chcesz przejmować to nie zmuszam. Tyle że ja jak miałem tyle pamięci to się tym przejmowałem i był to dla mnie problem.
Nie pisałem że zarządcy pamięci są niepotrzebni bez pamięci wirtualnej, ale robią się trochę niepraktyczni. Alokowac możesz sobie zawsze do woli, ale w systemie wielozadaniowym bez wirtualizacji pamięci powinieneś zachowywać się kulturalnie i nie robić tego ponad miarę, bo innym aplikacjom zabraknie.
Na koniec jeszcze dodam, że aplikacyjni zarządcy pamięci pod MiNTem robią się jeszcze mniej praktyczni, bo MiNT ma specjalne mechanizmy przeciwdziałania fragmentacji pamięci.
To tyle.
UPX jak każdy paker exe, najpierw alokuje pamięć na rozpakowanie, rozpakowuje, a potem ewentualnie zwalnia miejsce spakowanych danych. To zwiększa fragmentację.
Managery pamięci bez pamięci wirtualnej nie mają większego sensu. Jeśli nie masz pamięci wirtualnej, to alokując 'nadmiarowe' fragmenty pamięci, powodujesz że staje się ona niedostępna, mimo że wcale nie musisz jej wykorzystać. Jeśli masz pamięć wirtualną to możesz sobie alokować niemal do woli, bo i tak naprawdę w tym wypadku decyduje dopiero sam faktyczny akt dostępu do pamięci, a pofragmentowac możesz co najwyżej swoją przestrzeń adresową, a nie całego systemu.
Reset przy braku pamięci też nie jest taka oczywista, o wiele lepszym rozwiązaniem, praktykowanym przez wiele systemów jest OOM killer.
Btw. Ile ma binarka GrafX2 po zestripowaniu?
Jury: to się odnosi do podkręcania szyny. Blitter nie daje sie kręcić i wtedy trzeba używać innego VDI, które nie używa blittera, tak jak NVDI.
nosty: ale obecnie obowiązujący wykładnie jest taka, że pozyskując cudzy program automatycznie uzyskujesz korzyść majątkową (bo się wzbogaciłeś o program), więc niestety lipa.
saulot: to nie za żadne zabobony, tylko fakty. Managery pamięci maja sens jak masz pamięć wirtualną, gdzie fragmentacja na poziomie OS jest nieistotna, pozostaje jedynie na poziomie pojedynczego procesu.
Nvdi do flshowania nic nie ma.
saulot: pod TOSem fragmentacja nie jest takim problemem, bo na raz działa tylko jeden program. Jak skończy działać, to cała pamięć jaką zaalokował jest zwracana systemowi (chyba że się zrobi TSRem). Pod MiNTem/MagiCem, jest to większy problem bo programów działa na raz wiele i to się kumuluje z czasem. Nie ma to też nic wspólnego z ochroną pamięci. Upx (i każdy inny paker) wpływa negatywnie (tj. potencjalnie zwiększa) na fragmentację pamięci.
saulot: nie jest polecany pod MiNTem, bo powoduje fragmentację pamięci.
saulot: UPXa może odpuść.
Saulot: jak Ci się udało przyśpieszyć GraphXa żeby chodził na gołym Falconie?
Falcon odtwarza dźwięk z nieco inną częstotliwością niż typowa PC, co powoduje że zazwyczaj trzeba interpolować, co daje po jakości. Efekt końcowy mocno zależy od kodeka i karty dźwiękowej
Wracając do oryginalnego tematu wątku, do od pewnego czasu Hatari sobie coraz lepiej radzi z emulowaniem Falcona.
No tak, tylko czy to jeszcze spectrum ;)
Sasiedzi to pikus jak sie wmiesza konserwator zabytkow ;)
jury: podbija wszystko.
Te Patche to dlatego że w CT2 jest TOS w wersji '7.0'. Cośtam poprawili, trochę namieszali i niektóre rzeczy mają problemy. Większość rzeczy powinna bezproblemowo chodzić.
Brak dysku po włączeniu turbo może być problemem z dyskiem, bo w trybie turbo dysk też chodzi szybciej.
Jestem ZA.
AS: jakie pacze, jakie sterowniki? w CT2b masz takie samo 030 jak w Falconie ino szybsze. Wszystko co nie jest przywiązane do 16mHZ powinno śmigać.
To mi na RAM nie wygląda. Prawdopodobnie jakiś układ się psuje. Jak jesteś przywiązany do 520 ST, to akurat na allegro jest jeden.
Nie, to raczej problem tego egzemplarza. Czy te smieci sa statyczne czy animowane?
Pod TOSem tylko FAT16. BigDOS nie jest polecany. Maksymalna wielkosc partycji zalezy od wersji TOSu, jak uzywasz hddrivera to ci powie ile twoj TOS potrafi (pewnie 512MB).
atari.area forum » Posty przez Adam Klobukowski
Wygenerowano w 0.204 sekund, wykonano 18 zapytań