Gathor napisał(a):
>> Ba, to np. Linux, ze względu na przyjętą strategię obsługi
>> pamięci, ma kłopoty z obsługiwaniem ponad 2 GiB RAMu w
>> trybie 32-bitowym i jest to mocno, mocno, mocno odradzane
>> (choć działa nawet powyżej 4 GiB).
> Nie zgadzam się
Dlaczego? ;)
System zarządzania pamięcią w Linuksie wymaga zamapowania
całej pamięci fizycznej w obszar wirtualny, by działać
w sposób najwydajniejszy. Do pewnej granicy daje się to
zrobić bez problemu, ale od pewnego momentu nie ma to sensu
(w końcu musi zostać miejsce na proces w przestrzeni wirtu-
alnej). Podczas kompilacji kernela można wybrać stosunek
podziału 1/3, 2/2 lub 3/1.
Jeżeli zabraknie przestrzeni na mapowanie pamięci fizycznej,
pozostała część jest wmapowywana tymczasowo w osobny obszar
za każdym razem, gdy musi być użyta. Jest to tak zwany
HIGHMEM. Tymczasowe mapowanie oczywiście wprowadza dodatko-
wy narzut wydajnościowy, nieobecny, gdy cała pamięć fizyczna
jest bezpośrednio dostępna dla jądra.
Masz źródło:
http://kerneltrap.org/node/2450
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | http://www.grush.one.pl/ | | | Administrator, Politechnika Śląska | \................... Microsoft MVP ......................../Received on Tue Jan 30 12:10:06 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Tue 30 Jan 2007 - 12:42:04 MET