x-kom hosting

**Dlaczego Windows (32bit) nie lubi 4GB RAM**

Black_Tiger
utworzono
utworzono

Z pewnoscia wielu z nas posiadajacych Windowsa w wersji 32bit, ktorzy zdecydowali sie, korzystajac z kuszacej oferty niskich cen modulow pamieci , na "przyszlosciowa" inwestycje zakupu juz teraz dla ukochanego systemu 4 GB pamieci systemowej, przezylo zaskoczenie, ze po pomyslnym zainstalowaniu pamieci oraz starcie Windowsa, ten ostatni zameldowal jej "ubytek" w ilosci przynajmniej 512MB... :blink:

Nie pomagal ani ponowny start systemu, ani mniej lub bardziej "delikatne" sprawdzanie poprawnosci instalacji modulow.

Windows twardo przyznawal sie do posiadania jedynie pomiedzy 3.25 a 3.50 GB pamieci i nie chcial zdradzic, gdzie podzialo sie jej brakujaca ilosc... :angry:

Rowniez dalsze poszukiwania a nawet potrzasanie calym komputerem nie przyniosly zwrotu zguby, ani nawet jej czesci.

Hmm... wyjasnienia tego "zagadkowego " zjawiska nalezalo jednak poszukiwac nie w samym systemie, lecz w jego przeszlosci, a dokladniej w konstrukcji architektury skadajacej sie na procesor 32bitowy. Dla wciaz jeszcze poszukujacych "zaginionych" MB zakupionej pamieci, zalaczam ponizsze wyjasnienie przyczyn tego problemu:

Otoz procesor 32bitowy (a takim jest kazde CPU obslugujace aktualnie 32 bitowy system operacyjny Windows, nawet jezeli w swojej nazwie nosi oznaczenie 64bit, X2 czy tez C2D) moze maksymalnie przetworzyc 32 bit danych, czyli obsluzyc teoretycznie dokladnie 4.294.967.296 adresow pamieci o wielkosci 8 bit kazdy. Poniewaz w czasach wprowadzania do branzy komputerowej 32bitowej architektury procesorow (x86 -poczatek lat 80-tych) przyjmowana jako niezbedna i wystarczajaca wielkosc pamieci systemowej byla rzedu 8MB. Wielkosci lezace powyzej ilosci 8MB postrzegane byly juz jako duza rozrzutnosc, rowniez i na dalsza przyszlosc. Dlatego opracowujac koncepcje architektury 32 bitowych procesorow dokonano tutaj pewnej swoistej "rezerwacji" adresow pamieci pomiedzy 3.221.225.472 oraz 4.294.967.296 (HEX: C0000000 do HEX:100000000) z przeznaczeniem ich dla tzw. funkcji specjalnych, poniewaz zakladano , ze centralne jednostki systemowe nigdy nie dotra w swoim zapotrzbowaniu nawet w poblize tych odleglych adresow komorek pamieciowych.

Zadaniem tej czesci pamieci miala byc wylaczna obsluga tzw. pamieci urzadzen peryferyjnych (do procesora) w komputerze.

Czyli miala ona sluzyc wylacznie do bezposredniej komunikacji procesora 32 bitowego z urzadzeniami zewnetrznymi (do procesora), co wowczas oznaczalo praktycznie wszystkie komponenty wchodzace w sklad systemu.

I wlasnie to naturalne "zablokowanie" mozliwosci adresowania przez system 32 bitowy tych zarezerwowanych adresow pamieci, powoduje , ze Windows 32bit nie jest w stanie obsluzyc wiecej niz maksymalnie 3.5 GB ramu, a pozostala czesc nie znika, ale pozostaje sila rzeczy niewykorzystana.

Coz, owczesni tworcy architektury 32 bitowej z pewnoscia nie mogli przypuszczac, ze wprowadzana przez nich wowczas koncepcja opierajaca na na stanie wiedzy sprzed ponad 20 lat, rowniez i po tak dlugim okresie czasu wciaz jeszcze bedzie pozostawala w uzyciu, co powoduje, ze narzuca ona niejako w sposob niezamierzony swoiste ograniczenia na poziomie hardware, ktorego rozwoj w ostatnich 20 latach osiagnal taki poziom i wymagania systemowe, o ktorych nikomu w latach 80-tych nawet sie jeszcze nie snilo.

I to jest jedyny powod dla ktorego Windows 32 bitowy nie moze polubic lubic 4 GB pamieci, a dopiero aktualna architektura 64bit jest w stanie sprostac wymaganiom stawianym przez aktualny poziom technicznego rozwoju hardware.

Wniosek: w naturze nic nie ginie, tylko czasami "zawierusza sie", mniej lub bardziej dobrowolnie.... :D

:rolleyes::rolleyes::rolleyes::rolleyes::rolleyes:

written by Black_Tiger

nitro07
komentarz
komentarz

Mam pytanie odnośnie obsługi większej ilości pamięci RAM. Czy Windows 2003 Server 32 bit może prawidłowo rozpoznać 4 GB RAM ? (bo z tego co wiem to może, a to system 32 bitowy).

Black_Tiger
komentarz
komentarz

@nitro07:

Wersje Windows Server (2003 i 2008), ze wzgledu na zmieniony sposob adresowania bezposredniego

oraz zainplantowane instrukcje rozszerzajace do tzw. memory managment (m.in. PAE)

sa w stanie juz w wersjiach 32 bitowych poradziec sobie z problemem 4GB pamieci systemowej.

Oczywiscie w wersji tzw. multiple-socket jest mozliwe ( w zaleznosci od wariantu tego OS)

poprawne adresowanie rowniez ilosci pamieci systemowej poza granice 4GB... :)

lukas00000
komentarz
komentarz

A system 64 bitowy ile obsłuży maksymalnie???

ostoyyya
komentarz
komentarz

Na wielu forach pisano o zmianie pliku boot.ini w celu prawidlowego rozdzielania pamieci ram - wykrycia 4GB, niestety nawet wlaczenie funkcji PAE nic nie daje. Jest to czysty pic na wode.

Vista 32bit + Service Pack Beta daje obsluge 4GB ram ale ... wyglada to tak ze system widzi te 4GB natomiast nie kazdy program potrafi odpalic taka ilosc np gra albo 3dmark.

XP 32 bit w wersji z Service Pack 1 mogl obsluzyc 4GB ram dopiero ServicePack 2 wylaczyl ta funkcje. Dlaczego tak to zrobili to nie mam pojecia. Z tego co wyczytalem na forach zagranicznych to ta pamiec tak calkowiecie nie wyparowuje tylko jest rozdzielana w zaleznosci jakiego sprzetu uzywamy np. Osoba z procesorem Core 2 Duo + GF8600 + 4GB ramu bedzie miala do dyspozycji zalozmy te max 3.5, natomiast osoba juz z GF8800 "tylko" 3,25. W zaleznosci od czesci komputerowych ta pamieci jest pomniejszana.

W systemie 64 nie musisz sie martwic o ilosc obslugiwanej pamieci ram. Gorzej jest z wydajnosci w systemie 64bitowym jezeli wlaczysz 32bitowa aplikacje pod niego bedziesz miec o wiele gorsze wyniki w porownaniu 32bit/32bit ( np. Everest / Test na zapisywanie danych przez pamieci ). Jezeli sys bedzie 64bit i aplikacja 64 wydajnosc wzrasta.

P.S Z tego co mi wiadomo to nie kazdy sys 32bit ma problemy z wieksza iloscia pamieci

np. Linux pomimo tego ze jest 32bitowy to korzysta z calych zasob ram ( 4gb )

Wciąż szukasz rozwiązania problemu? Napisz teraz na forum!

Możesz zadać pytanie bez konieczności rejestracji - wystarczy, że wypełnisz formularz.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Strona wykorzystuje pliki cookies w celu prawidłowego świadczenia usług i wygody użytkowników. Warunki przechowywania i dostępu do plików cookies możesz zmienić w ustawieniach przeglądarki.