J'ai run two virus scans and neither of them have found anything jusqu'à présent (Malware Bytes and Avira Rescue). During gaming I will get Windows popups saying that my system is low of memory and recommends closing the game. This can also happen while browsing. My computer seems to become sluggish a lot and will hang up often, such as when clicking a link from a messenger program to open in my browser.
I am unsure what is causing this. My memory usage on the processes tab doesn't add up to such a high percentage of my actual memory.
As a side note, is my Disk Usage supposed to spike up to 100% sometimes? Research seems to say so.
Pourquoi my "Committed" mémoire so much higher than my actual RAM space?
Re: Pourquoi my "Committed" mémoire so much higher than my actual RAM space?
*"Pourquoi my “Committed” memory so much higher than my actual RAM space?"* Because "committed" is mostly process-private *virtual* address space, and some of this can be in RAM and some in the pagefile.
And some might not occupy any storage at all! That's if it's been allocated but never accessed, hence not "faulted in", yet. But it still counts against the "commit limit" because if it's it accessed in the future, it will occupy storage *then*. And that's too late for the system to say "sorry, we're all out of room."
The whole point of *virtual* memory is that it can be much larger than physical (RAM), no?
btw... you appear to have a pagefile of about 24 GB, since you have 8 GB RAM and the commit limit is 32 GB. So your "committed" could be as high as 32 GB. (And at the moment it almost is that high, so reducing or eliminating the pagefile would be a bad idea.)
Whereas RAM used is just that. So, *of course*, RAM used + pagefile used can be larger than RAM used.
Part of the whole point of virtual memory, after all, is that vous pouvez have more virtual memory in use than you have physical memory (RAM).
Si vous voulez to find out what's using committed memory vous devez look at Gestionnaire des tâches's "Details" tab and enable the "Commit size" column.
Nor will the total of the "Commit size" columns add up to the "commit charge" (30.1 GB on your machine), because other things contribute to commit charge: Nonpaged and paged pool and some more "subtle" mechanisms like copy-on-write sections, pagefile-backed sections, AWE mappings... but these are usually small compared to process-private v.a.s.)
On that tab, the "Memory (Private working set)" column corresponds to what the "Processes" tab shows for "Memory". This is the RAM currently assigned to each process for its committed virtual address space. The remainder will be in the pagefile. But, again, processes have other types of address space, mostly of the sort called "mapped", and some fraction of that will be in RAM aussi. There are other system-wide things created by the OS, not specific to any process, that use up RAM too.
In short the "Processes" tab's "Memory" column is not supposed to add up to the total RAM being used. It only shows how much of the total usage is being used privately by each process.
And some might not occupy any storage at all! That's if it's been allocated but never accessed, hence not "faulted in", yet. But it still counts against the "commit limit" because if it's it accessed in the future, it will occupy storage *then*. And that's too late for the system to say "sorry, we're all out of room."
The whole point of *virtual* memory is that it can be much larger than physical (RAM), no?
btw... you appear to have a pagefile of about 24 GB, since you have 8 GB RAM and the commit limit is 32 GB. So your "committed" could be as high as 32 GB. (And at the moment it almost is that high, so reducing or eliminating the pagefile would be a bad idea.)
Whereas RAM used is just that. So, *of course*, RAM used + pagefile used can be larger than RAM used.
Part of the whole point of virtual memory, after all, is that vous pouvez have more virtual memory in use than you have physical memory (RAM).
Si vous voulez to find out what's using committed memory vous devez look at Gestionnaire des tâches's "Details" tab and enable the "Commit size" column.
Nor will the total of the "Commit size" columns add up to the "commit charge" (30.1 GB on your machine), because other things contribute to commit charge: Nonpaged and paged pool and some more "subtle" mechanisms like copy-on-write sections, pagefile-backed sections, AWE mappings... but these are usually small compared to process-private v.a.s.)
On that tab, the "Memory (Private working set)" column corresponds to what the "Processes" tab shows for "Memory". This is the RAM currently assigned to each process for its committed virtual address space. The remainder will be in the pagefile. But, again, processes have other types of address space, mostly of the sort called "mapped", and some fraction of that will be in RAM aussi. There are other system-wide things created by the OS, not specific to any process, that use up RAM too.
In short the "Processes" tab's "Memory" column is not supposed to add up to the total RAM being used. It only shows how much of the total usage is being used privately by each process.