W praktyce odpowiedź na pytanie brzmi „NIE”, jak stwierdzono. Q. mówi „(użycie) nigdy nie osiąga 8 GB” i wspomina o „tym samym typie pamięci”, dlatego nie będzie to miało wpływu na najbardziej prawdopodobny czynnik wpływający na szybkość (buforowanie dysku). Typowym praktycznym przykładem są serwery baz danych z wystarczającą ilością pamięci do buforowania całego dysku twardego - np. Z 4 GB plików i 2 GB pamięci przydzielonej na proces / system nie korzysta z więcej niż 8 GB pamięci.
Wyjątki:
Więcej pamięci może spowolnić hibernację - w moim systemie z 32 GB pamięci i dyskiem SSD zimny rozruch jest znacznie szybszy niż wybudzanie go ze stanu hibernacji, ponieważ oszczędza całe 32 GB podczas hibernacji, ale zimny rozruch wymaga znacznie mniej do odczytania. Zmniejszenie pamięci przyspieszy system.
Byłoby szybciej, gdybyś uzyskał dostęp do większej ilości dysku twardego i większość ludzi ma więcej miejsca na dysku niż pozostała pamięć do buforowania, więc dodatkowa pamięć pomaga. Również wiele O / S zgłasza tylko część zużycia jako „zużycie”, a reszta jest liczona jako buforowanie, a nie „zużycie”. (Linux zgłasza użycie zarówno z uwzględnieniem buforowania, jak i bez niego).
Kanały pamięci wpływają na wydajność: [Jeśli usunięcie pamięci oznacza zmniejszenie liczby używanych kanałów pamięci, wówczas system zwolniłby, jak Foon prawidłowo zauważył]
[edytuj] David Schwartz skomentował, że obniżenie pamięci zmniejsza limity prywatnych, modyfikowalnych mapowań pamięci pod oknami. Windows najwyraźniej ogranicza sumę tych rezerwacji do całkowitej ilości pamięci plus wymiany, więc możesz zabraknąć tego zasobu, nawet jeśli zgłoszono „wolną pamięć” (ponieważ rzeczywista pamięć / zamiana nie jest przydzielana do momentu uzyskania dostępu do strony, nie jest liczone jako użycie pamięci). Linux zachowuje się inaczej - każdy proces może przydzielić do sumy pamięci i wielkości wymiany, a suma dla wszystkich procesów może przekroczyć sumę pamięci plus zamiana.