4,251

(36 odpowiedzi, napisanych Sprzęt - 16/32bit)

Jeśli chodzi o FPU i produkcje scenowe, to jak pamiętam jedynie niektóre interka 128bajtów go wymagały.

4,252

(7 odpowiedzi, napisanych Sprawy atari.area)

To ja może się dorzucę, nie to żebym chciał zmieniać mój obrazek, ale może możliwe byłoby zwiększenie maksymalnej szerokości? Bo się sporo miejsca marnuje ;)

4,253

(16 odpowiedzi, napisanych Sprzęt - 16/32bit)

Wyjście monitorowe STE faktycznie różni się od ST, ale o ile mnie pamięć nie myli jest 'kompatybilne w dół'.

4,254

(6,151 odpowiedzi, napisanych Kolekcjonowanie)

Soft jest jak najbardziej potrzebny. Karta gemulatora to tylko miejsce do wpięcia ROMów. Sam gemulator można odpalić bez tej karty.

4,255

(6,151 odpowiedzi, napisanych Kolekcjonowanie)

gregory: gemulator na dzien dzisiejszy jest znacznie gorszy od darmowych emulatorow. Do tego ta karta to ISA, wiec jedyne co dzis mozna z nia zrobic to sprzedac na allegro ;)

4,256

(57 odpowiedzi, napisanych Zloty)

piter: a co, ja z elbląga jestem? ;)

Puściłem pytanie, jak będę wiedział to dam znać.

4,257

(57 odpowiedzi, napisanych Zloty)

Roger roger.

4,258

(14 odpowiedzi, napisanych Bałagan)

Ja mam A1 :/

4,259

(14 odpowiedzi, napisanych Bałagan)

Witam

Mam routerek Dlink DIR-300. Pomijając już czy to ósmy cud świata czy totalne dno, myślę nad zainstalowaniem na nim OpenWRT (nawet producent podaje to na swojej stronie jako alternatywę, co mnie dosyć pozytywnie zaskoczyło).

Tyle że opis instalacji (http://wiki.openwrt.org/toh/d-link/dir-300) nieco mnie przeraził, a nie chcę z routera zrobić cegły.

Może tutejsi spece mogą mi coś doradzić? (może DD-WRT zamiast OpenWRT?)

4,260

(7 odpowiedzi, napisanych Software, Gry - 16/32bit)

Ten w Das Boot był na ST? Nie orientuję się specjalnie, ale mnie to brzmiało raczej na jakiś sprzętowy.

4,261

(7 odpowiedzi, napisanych Bałagan)

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

4,262

(62 odpowiedzi, napisanych Bałagan)

Ja polecam nalewki. Dobra rzecz, wymaga tylko nieco cierpliwosci.

4,263

(87 odpowiedzi, napisanych Fabryka - 16/32bit)

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)

4,264

(27 odpowiedzi, napisanych Sprzęt - 16/32bit)

Mnie to jednak wygląda na zwalony RAM lub coś około-RAMowego.

4,265

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

4,266

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

4,267

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

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?

4,268

(42 odpowiedzi, napisanych Sprzęt - 16/32bit)

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.

4,269

(51 odpowiedzi, napisanych Bałagan)

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.

4,270

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

4,271

(42 odpowiedzi, napisanych Sprzęt - 16/32bit)

Nvdi do flshowania nic nie ma.

4,272

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

4,273

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

saulot: nie jest polecany pod MiNTem, bo powoduje fragmentację pamięci.

4,274

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

saulot: UPXa może odpuść.

4,275

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

Saulot: jak Ci się udało przyśpieszyć GraphXa żeby chodził na gołym Falconie?