安裝 Steam
登入
|
語言
簡體中文
日本語(日文)
한국어(韓文)
ไทย(泰文)
Български(保加利亞文)
Čeština(捷克文)
Dansk(丹麥文)
Deutsch(德文)
English(英文)
Español - España(西班牙文 - 西班牙)
Español - Latinoamérica(西班牙文 - 拉丁美洲)
Ελληνικά(希臘文)
Français(法文)
Italiano(義大利文)
Bahasa Indonesia(印尼語)
Magyar(匈牙利文)
Nederlands(荷蘭文)
Norsk(挪威文)
Polski(波蘭文)
Português(葡萄牙文 - 葡萄牙)
Português - Brasil(葡萄牙文 - 巴西)
Română(羅馬尼亞文)
Русский(俄文)
Suomi(芬蘭文)
Svenska(瑞典文)
Türkçe(土耳其文)
tiếng Việt(越南文)
Українська(烏克蘭文)
回報翻譯問題
When an application needs memory, that memory is immediately reserved as virtual memory. However, the memory space is *not* allocated as RAM before it is actually needed, i.e. read from or written to. The CPU and operating system take care of all that. Applications just reserve memory and then access the memory sooner or later.
So, that 4 GB consists of reserved memory that has not been actually needed yet.
The 10% difference you noticed is quite constant for CS (for some apps, the difference is much bigger - my Steam client shows right now 97 MB RAM, 215 MB VM).
It is also fine if some of the reserved memory is never actually needed. VM reservations are basically just advance bookings and carry very little cost.
I guess that is why they use the word "commit" rather than "allocate" with VM reservations.