On 29 Mar, 09:41, Radosław Sokół <Radoslaw.So...@polsl.pl> wrote:
> pwil napisał(a):
>
> > Widzisz. Chodzi o to, że aplikacja może zadeklarować tablicę np. 4096x4096
> > 32-bitowych komórek i normalnie zajęłoby to 64MB pamięci, ale mając SWAP
> > większy od wielkości pamięci, zostaje mu przydzielona taka przestrzeń w
> > pamięci, ale jeśli program będzie stopniowo zapełniał komórki, to tylko te
> > niepuste komórki będą zajmować nam pamięć RAM.
>
> 1) To akurat jest zachowanie niezależne od swapa ;)
>
> 2) Pamiętać należy, że granulacją jest strona pamięci, a nie
> komórka, więc pamięć byłaby używana strona po stronie w
> miarę zapełniania (skokowo), a nie komórka po komórce.
>
> 3) "Przestrzeń" jest przydzielana w wirtualnej przestrzeni
> adresowej, nie w pamięci. RAM stanowi tylko pewnego rodza-
> ju "pamięć podręczną" odwzorowującą fragmenty wirtualnych
> przestrzeni adresowych różnych procesów.
>
> --
> |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
> | Radosław Sokół | http://www.grush.one.pl/ |
> | | Administrator, Politechnika Śląska |
> \................... Microsoft MVP ......................../
Witam, niedawno miałem podobny problem, e6300 czy D945, przekonały
mnie testy
http://xbitlabs.com/articles/cpu/display/core2duo-e6300_11.html
http://xbitlabs.com/articles/cpu/display/core2duo-e6300_13.html
mam teraz D945 wiecej mi nie trzeba do pracy, chyba ze moze kiedys
xeon 2core serii 7000. pozdrawiam
Received on Thu Mar 29 18:15:05 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Thu 29 Mar 2007 - 18:51:25 MET DST