eXec.plMAGAZYN UŻYTKOWNIKÓW KOMPUTERÓW AMIGA
Logowanie
MAGAZYN UŻYTKOWNIKÓW KOMPUTERÓW AMIGA

sobota, 27. maja, 2017, 12:04

Dodano: 2014-05-23 00:52, Autor: kr, Kategoria: Publicystyka, Liczba wyświetleń: 1083

A A A

Blog Hyperionu - Rozszerzenie Limitu Pamięci

Osoby zainteresowane systemem AmigaOS wymuszają od czasu do czasu na Hyperionie wyjawienie nowych informacji. Jedną z aktualnych ciekawostek jest zapowiedź obejścia w wersji 4.1 systemu limitu pamięci wynikającego z 32 bitowości. Szerszy komentarz został zamieszczony na blogu Hyperionu przez H.J. Friedena. W rozwinięciu wiadomości krótkie streszczenie.

Amiga OS jest systemem 32 bitowym, a efekcie aplikacje mogą korzystać z puli 2 GB RAM (mimo 4GB przestrzeni adresowej). Cecha ta jest nierozłącznie związana z API i bez nowego API sytuacja na tym polu nie ulegnie zmianie. Nowe rozwiązanie polega na udostępnieniu 'Extended Memory Object' - pamięci rozszerzonej. Nie jest ona dostępna bezpośrednio i wymaga jawnej deklaracji z poziomu aplikacji. Pamięć rozszerzoną warto zastosować przy rozwoju aplikacji przetwarzających duże ilości danych. Innym przykładem zastosowania może być RAM-disk, tak by jego wykorzystywanie nie zużywało standardowych zasobów.

H. J. zaznacza, że pamięć rozszerzona jest kompromisem, ale nie jest rozwiązaniem docelowym. Tak jak było to już wyjawione wcześniej, trwają pracę by uczynić AmigaOS kompatybilnym z 64 bitami.


Dodaj komentarz

Adam
Czytelnik

komentarz #1 wysłany: 2014-05-23 10:07

Koncepcja z czasów PC 286 - sterownik będzie przydzielał na żądanie programu pamięć. Podniecające jak czasy DOS-a z jego EMS I XMS. Kolejna prowizorka na doraźne potrzeby, która kiedyś będzie garbem.

Odpowiedz

Radov
Redaktor

komentarz #2 wysłany: 2014-05-23 11:21 w odpowiedzi na komentarz #1

Fakt, jest to rozwiązanie doraźne na drodze do zgodności z 64 bitami, ale dlaczego 'prowizorka' i ma być kiedyś garbem? Takie są ograniczenia architektury 32bitowej, dotyczy wszystkich systemów i jeśli 32bitowość API ma nie ulec zmianie (np. dla jak największej zgodności ze starymi aplikacjami) to takie rozwiązanie jest chyba najlepszym kompromisem. To co teraz zaoferuje AmigaOS programistom to możliwość zagospodarowania dodatkowej pamięci na takiej zasadzie, jakby to był plik danych, ale umieszczony w RAM.

PS. A zresztą - czy na pewno to do PC 286 mamy się odnosić? Na Amigach też mapowaliśmy ROMy do Fast RAM żeby rozwiązać pewne ograniczenia sprzętowe. Różnica jest taka, że teraz przemapujemy RAM-DISK do pamięci rozszerzonej - żeby obejść pewne ograniczenia sprzętowe

Odpowiedz

Adam Wakierowski
Czytelnik

komentarz #3 wysłany: 2014-05-23 11:34

Oj kombinujom w tym Hyperionie kombinujom i troszkę kłamczuszkujom. Nie 32bity są problemem, idiotyczne api Amigaosu z ograniczeniem do 31 bitów (czyli 2GB Ram). gdyby tego nie było to mielibyśmy około 3.5GB adresowanego Ramu. Można to włączyć teraz ale część oprogramowania przestała by działać, jak dla mnie - warto.

Odpowiedz

Radov
Redaktor

komentarz #4 wysłany: 2014-05-23 13:15 w odpowiedzi na komentarz #3

Oj kombinujom w tym Hyperionie
Obsługa pamięci rozszerzonej dla AmigaOS 4.1 została zamówiona przez A-EON, więc chyba pod nie właściwy adres kierujesz uwagę...

troszkę kłamczuszkujom. Nie 32bity są problemem, idiotyczne api Amigaosu z ograniczeniem do 31 bitów (czyli 2GB Ram).
ktoś tu chyba troszkę nieuważniejom czytajom
Adam - artykuł jest o przekroczeniu bariery adresowania (4GB) m.in ze względu na dostępne zasoby X1000. Wynika to tylko i wyłącznie z 32bitowej wielkości wskaźników. Jest to standardowy problem świata IT.

Ty piszesz o rozdzieleniu dostępnej przestrzeni adresowej w AmigaOS (na podstawie ostatniego bitu), który przydziela za dużo przestrzeni systemowi, a za mało aplikacji. Jednak to jakie system przyjął sobie założenia i oferuje aplikacjom 2GB, 3.15GB czy 3.5 GB z max 4GB - z zupełnie inna kwestia od tego, czy max to 4GB czy 16GB

Możesz wrzucić do X1000 16GB RAM - czy to jakaś większa różnica dla ciebie czy będziesz mieć niewykorzystane 14GB, czy 12.5GB?
Rozumiesz tę różnicę? Frieden pisze jak zwiększyć max RAMu z 4GB do 16GB, a ty piszesz, że on "trochę kłamczuszkuje" bo problemem jest API, które 4GB dzieli na 2+2 GB. To dwie różne kwestie...

Można to włączyć teraz ale część oprogramowania przestała by działać, jak dla mnie - warto.
No a Hyperion zaoferował rozwiązanie, które - jak rozumiem - da do 16GB RAM aplikacjom, które mają takie zapotrzebowanie bez zrywania kompatybilności. To chyba dobrze?

Odpowiedz

Radov
Redaktor

komentarz #5 wysłany: 2014-05-23 13:20 w odpowiedzi na komentarz #4

Przydałaby się edycja newsów...

Odpowiedz

SZAMAN
Redaktor

komentarz #6 wysłany: 2014-05-23 13:37 w odpowiedzi na komentarz #5

Chyba komentarzy? Będzie, ale najpierw musi się coś jeszcze wydarzyć

Odpowiedz

Radov
Redaktor

komentarz #7 wysłany: 2014-05-23 13:54 w odpowiedzi na komentarz #6

No tak Jakby była edycja komentarzy, to bym poprawił 'newsów' na 'komentarzy'

Odpowiedz