• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Windows 7 64bit ultimate 6gb shows as 5gb plus page file quesiton

killster1

Banned
ok so im sure its been asked but can i disable pagefile or tweak some settings to use more ram it always seems like windows 7 uses to much page file, i had 4gb ram decided to put another 2x1gb in and now bios says 6gb windows says 5gb with dimm four being empty in cpuz. Bios on the other hand says 6gb so its kinda weird.

DFI dk x48 tr2plusB
OCZ pc9200 2x1gb running ddr2 800
OCZ PC8500 2x2gb running ddr2 800
q9550
750hx corsair
4890 ati
6x1tb black

maybe i should bump the volts up for the ram? nothing is overclocked

so how do i tweak windows 7 to use less page file / other tweaks that might help, and how do i get 6gb to show, i also have 2x2gb sticks laying around but didnt think id use 8gb so put in the 2x1gb, im not going to buy 2x4gb sticks so thats out of the question
 
Last edited:
task manager (where else should i look?) right now i have avatar running in background and its at 1.78 gb page file usage would be nice to just disable it all together not sure if i should.. i also have 2gbx4 sticks i could put in if would help but dont think i even use 5 or 6gb ram so what you guys think?
 
so today it shows up that i have 6gb didnt adjust bios didnt do anything (maybe gfx card drivers fixed it?) i dunno very odd. So no suggestions on page file or prefetch or 8gb vs 6gb ?
 
I don't have my Win7 machine in front of me but IIRC it doesn't list pagefile usage anymore, not that the taskmgr in previous versions of Windows did reliably anyway.
 
hey problem solved then =p i didnt know stupid windows 7 didnt show the page file like xp did no wonder its using so much =P wonder where it shows page file, tempted to use 8gb and setup 4gb prefetch or some shit just started using windows 7 been using xp forever.
 
That Memory Usage graph is the Commit Charge and is completely unrelated to pagefile usage. Resource will show you more granular memory usage, but I think you need to look at perfmon for actual pagefile usage. Although I doubt you'll be able to get any perceptible performance increases from playing with the pagefile with that much memory.
 
There is a General state of mind issue with Enthusiasts and technology.

At every stage of the development there are limitations.

We like to compensate for them and that is wonderful. However with the next stage of development when the issue is Not an issue any more (or was greatly reduced in its importance), many Enthusiasts can not let go.

There are people who still compensate fro memory issues that were occurring when the memory boundaries where at the 64MB RAM. :sneaky: - 😀



😎
 
There is a General state of mind issue with Enthusiasts and technology.

At every stage of the development there are limitations.

We like to compensate for them and that is wonderful. However with the next stage of development when the issue is Not an issue any more (or was greatly reduced in its importance), many Enthusiasts can not let go.

There are people who still compensate fro memory issues that were occurring when the memory boundaries where at the 64MB RAM. :sneaky: - 😀



😎


im really dumb sorry but i dont understand what you where saying the fact is i am to new to windows 7 been using xp for how many yearS? i just assumed the pagefile was where the memory is =P. have not decided 8gb or 6gb prob will leave 6gb in each pc
 
The easiest way to get an overview of what is going on is to open Resource Monitor - There is a tab for Memory usage which is pretty self explanatory:

Hardware Reserved (gray) This is physical memory that is set aside by the BIOS and other hardware drivers, and can not be used for anything else.

In Use (green) In active use by Windows, running processes, or by device drivers. This is the number that matters: If you consistently fill this green bar across the entire length of the graph, then you are trying to push your physical RAM beyond its capacity. Consider upgrades if that is the case.

Modified (orange) This represents pages of memory that can be used by other programs but would have to be written to the page file before they can be reused.

Standby (blue) This is the amount of memory that Windows 7 is using for cacheing ('Superfetch', etc). It tries very hard to keep this as full as possible. If you start a new process that needs memory, the lowest-priority pages on this list are discarded and made available to the new process. This is transparent to the user and to applications, and should not interfere at all with performance.

Free (light blue) As pointed out above, Windows Vista and 7 try very hard to avoid leaving any memory completely free. Over time, Windows will use idle cycles to slowly fill this up with items it thinks you may use. This is at a very low priority and will not interfere with system performance.
 
im really dumb sorry but i dont understand what you where saying the fact is i am to new to windows 7 been using xp for how many yearS? i just assumed the pagefile was where the memory is =P. have not decided 8gb or 6gb prob will leave 6gb in each pc


The page file is basically a potential resting place for data the OS thinks could be useful in the near future, but isn't at the moment. If/when your physical memory isn't sufficient, the OS will take low(er) priority items and place them in the page file temporarily.
 
Ha! Pulled up a bookmarked post from Sevenforums on Pagefile usage. Though the original topic was whether the pagefile should be enabled or disabled, he writer has a pretty good way of explaining how it all works in English:

Regarding Pagefile:

*Source* http://www.sevenforums.com/performa...nagement-stress-testing-lol-i-love-7-a-2.html


We are now discussing which is faster at paging, RAM or HDD - the answer is obvious...RAM! What needs to be explained, is how using RAM-based-Paging affects the swapping process and ALL contents within the memory system.

Windows (Vista and beyond) will try to max out your memory usage with items that you consistently use. With this form of memory management, the purpose of paging is to keep a sorted list of all objects and relieve RAM of the more redundant objects. Think of a pagefile as being a clone of what's currently in RAM + what COULD be useful, but just isn't at that time. Even though they don't belong in the RAM, they still benefit by being sorted and kept in a special place. This is why having your pagefile located in the proper place can be important. Non-fragmented pagefiles located at the beginning of good-performing disks can ensure that our sorted data loads MUCH faster. Problem is, Microsoft's implementation of Pagefile-configuration doesn't include any automated quality-control. If your pagefile is scattered about or located in a low-performing location, it MAY - in some situations - increase the responsiveness of your PC by disabling the PF. However, you should note that overall it will be the opposite effect. Here’s why:

If you load up a program called 'Ms. Piggy', she's going to boss everyone around until they decide to go to another room (aka the pagefile). If the building has no other room (pagefile disabled), they're going to either leave the building completely, or partition the first room. This partitioning will cause Ms. Piggy to place her purse in the other room, and force all but the very-most-VIPs (if not everyone) to go home. When Ms Piggy’s number is over, we run into a problem... We will have to call up some cab drivers, get them to go to everybody's house and pick them and/or their stuff up and bring it back to the office. There will be traffic along the way, and maybe even a few jams…this may take a LONG, LONG TIME. On the other hand, had we actually had a pagefile - the VIPs could stick around and observe Ms Piggy's performance. At the moment it ended, the VIPs could’ve started working immediately. All the secondary staff and related files could also be brought back in from the nearby storage area. Maybe that storage area was located on another floor, maybe it was a mail-room, doesn’t really matter cause it still beats having to travel across town.

Again, EVERYONE should understand that this ONLY pertain to a Windows OS of Vista and beyond (greater than XP...). In windows XP, RAM is NOT properly used by the OS in any manner; Paging takes on a virtual-memory-like role as opposed to the queuing-role that is used in Vista and 7. BUT!!! Because XP doesn't use extended amounts RAM except when required, using that space as an enhanced-paging-file can be a possible way to trick Windows into keeping more objects inside RAM. This is why Disabling/enabling a PF in XP can be a matter of discussion, in Vista and up, it generally can-not.

XP: If you have LOTS of RAM...and aren't in threat of any programs going bonkers due to a lack of a large-PF - disabled can offer benefits.

'Vista and beyond': RAM should be filled down to 0MB free by the OS. Programs should load faster and quieter, PF usage handles all the tracking and relocation of lesser-used apps/data in the background. No benefits should be gained by disabling a PF.

The arguments of NO PF are based almost ENTIRELY on the XP loophole. It does not hold true for later operating systems.
 
With the amount of memory that many End-Users use today (3GB or more), there is No way to squeeze faster performance by playing with Page file.

On the other hand there is a lot of applications that are written with specific instructions to use the pagefile for certain aspects of the program works.

As an example, applications that deal with very big single files prefer to put it in pagefile rather than fragment and try to fit it into RAM or split between RAM and pagefile.

As a result too much play with pagefile can result in eventual crash when the Application's expectation are not met.

That said a users can play with Let Windows determine the size automatically or setting the page file fixed to the size of the RAM, or x1.5 Size of RAM, and see if there is any advantage with one or the other.



😎
 
As an example, applications that deal with very big single files prefer to put it in pagefile rather than fragment and try to fit it into RAM or split between RAM and pagefile.

AFAIK there's no userland API to directly manipulate whether pages stay in memory or go in the pagefile. Certain APIs may indirectly involve the pagefile, but I don't believe the app itself can control that.
 
AFAIK there's no userland API to directly manipulate whether pages stay in memory or go in the pagefile. Certain APIs may indirectly involve the pagefile, but I don't believe the app itself can control that.

That is true. The page file is not something an application can be programmed to use.
 
Back
Top