• Welcome to Overclockers Forums! Join us to reply in threads, receive reduced ads, and to customize your site experience!

Can a pagefile be too big?

Overclockers is supported by our readers. When you click a link to make a purchase, we may earn a commission. Learn More.

poopboypat

Member
Joined
Dec 2, 2006
Hi all i was wondering if making the pagefile size really big will have bad effects on the system? Currently i have 1 GB of ram and I have had the page file at 3072MB. So its about 3x's my ram size. Im running vista so I allso have 500MB of ReadyBoost as well. I was just wondering if this hurts my computer?

I use this computer for games like Oblivion.
 
poopboypat said:
Hi all i was wondering if making the pagefile size really big will have bad effects on the system? Currently i have 1 GB of ram and I have had the page file at 3072MB. So its about 3x's me ram size. Im running vistaso I allso have 500MB of ReadyBoost as well. I was just wondering if this hurts my computer?

I use this computer for games like Oblivion.
I see no reason that it would hurt the system except for taking up that much disk space. If you were to set it to the entire HDD, you'd have no space left :-/
 
Well, alot of people including myself say that 1.5x your system ram should be fine, but like thideras said, the only downside is a decrease in storage space.
 
What is the logic behind the 1.5x (or any multiplier) for the pagefile size? It seems to me that the more RAM you have the less pagefile space you need. Of course you don't want to eliminate the pagefile.

I read a pretty good XP tweak guide a few years ago, and it stated that you should figure the maximum amount of memory you might ever need (2GB was suggested), go up about 512MB, and then subtract the amount of RAM you have installed. This was back in DDR1 days when 1GB RAM was usually the norm. I figured I might need 2GB, so I added 512MB, and subtracted the 1GB RAM installed for a total of 1.5GB pagefile size. If you have a system w/ 2GB+ RAM then you can run the pagefile fairly small, but never eliminating it. I think the minimum suggested was either 20 or 200MB...can't remember but, 200 sounds more realistic.

Now in the DDR2 days I can see the max being around 4GB, so will add 1GB (adjusting for current specs), and subtract 2GB (typical) installed RAM for a total of 3GB pagefile size. This just so happens to be 1.5x the RAM, but if you have 4GB RAM it works out differently. The logic being that you don't need a 6GB pagefile.

Comments?
 
jason4207 said:
What is the logic behind the 1.5x (or any multiplier) for the pagefile size? It seems to me that the more RAM you have the less pagefile space you need. Of course you don't want to eliminate the pagefile.

I read a pretty good XP tweak guide a few years ago, and it stated that you should figure the maximum amount of memory you might ever need (2GB was suggested), go up about 512MB, and then subtract the amount of RAM you have installed. This was back in DDR1 days when 1GB RAM was usually the norm. I figured I might need 2GB, so I added 512MB, and subtracted the 1GB RAM installed for a total of 1.5GB pagefile size. If you have a system w/ 2GB+ RAM then you can run the pagefile fairly small, but never eliminating it. I think the minimum suggested was either 20 or 200MB...can't remember but, 200 sounds more realistic.

Now in the DDR2 days I can see the max being around 4GB, so will add 1GB (adjusting for current specs), and subtract 2GB (typical) installed RAM for a total of 3GB pagefile size. This just so happens to be 1.5x the RAM, but if you have 4GB RAM it works out differently. The logic being that you don't need a 6GB pagefile.

Comments?

I have heard this before to, and it is probably true. I don't think I have ever seen my pagefile get over 249MB. However with everyone having 200 GB - 1 TB storage nowadays, I don't think sticking with the 1.5x RAM formula is such a bad thing. Does your system ever use that much, doubt it. But storage is cheap and plentiful IMO.
 
I set mine to 1.5 times whatever my RAM size is on both the minimum and the maximum. That way the page file does not dynamically grow and shrink.

I have never had problems with this as far as I know. <shrug>
 
I think you should worry more about Page File's fragmentation, especially your rig does paging heavily.
 
DeadSmiley said:
I set mine to 1.5 times whatever my RAM size is on both the minimum and the maximum. That way the page file does not dynamically grow and shrink.

I have never had problems with this as far as I know. <shrug>


I definitely agree that you should set the min and max the same, but don't understand the logic behind the 1.5x thing is all. If you have 8GB RAM why do you need 12GB of pagefile?

Then again I can't see it negatively affecting performance...just wasting HDD space. Storage is cheap and plentiful as stated above, but I like to tweak everything, and wasting storage space just doesn't fit my personality.




bing said:
I think you should worry more about Page File's fragmentation, especially your rig does paging heavily.


Agreed. :beer:
 
bing said:
I think you should worry more about Page File's fragmentation, especially your rig does paging heavily.

Ya I agree too. Actually learned a tweak that worked to defrag the pagefile for me. Although I am sure you can buy/find a defrag app that actually defrags your pagefile.

1. Set Pagefile to Zero (min & max) or No Pagefile
2. Reboot into SAFE MODE
3. Defrag
4. Set Pagefile to 1.5 x RAM (min & max)
5. Reboot to normal
 
Thund3rball said:
Ya I agree too. Actually learned a tweak that worked to defrag the pagefile for me. Although I am sure you can buy/find a defrag app that actually defrags your pagefile.

1. Set Pagefile to Zero (min & max) or No Pagefile
2. Reboot into SAFE MODE
3. Defrag
4. Set Pagefile to 1.5 x RAM (min & max)
5. Reboot to normal
Why would this matter (I'm asking because I honestly don't know)? It isn't like it stores files in the pagefiling all the time...everytime it restarts it recreates it (I believe), so it would write over anything that would be there, I don't understand why you would need to defrag it...
 
Definitely set the min/max to be the same, and it's good to have a pagefile on a different hard drive than your OS, but still maintain one on the OS partition as well. Windows will use the one located on the least used partition first, but maintains DLL caches on it's home partition.

1.5x RAM is still a good idea, as well, as some programs (especially in the Adobe family) love requesting massive amounts of memory that isn't necessarily going to be used, which Windows allocates out of the pagefile initially.
 
thideras said:
Why would this matter (I'm asking because I honestly don't know)? It isn't like it stores files in the pagefiling all the time...everytime it restarts it recreates it (I believe), so it would write over anything that would be there, I don't understand why you would need to defrag it...

I don't believe you are defragging the data that is stored in the page file, you are defragging the actual physical space it occupies and compressing it into one contiguous block. If you leave your pagefile at the "managed by Windows" default, the file will be resized constantly as Windows sees fit, causing it to become fragmented. Since you are probably adding and deleting data on a regular basis the page file cannot always occupy the same area on the disc when always being resized.

You cannot defrag the pagefile as you would your drives data. XP will not allow it. You need either a 3rd party tool like Diskeeper or a method like I mentioned.
 
1st, you need to understand what is PF for ? :)

Layman term, it is part of your main memory for the OS, and yes, it is hell a lot slower than your real memory.

Here how it works, once you run out of real memory, the OS will start to swap out "rarely" used part of the memory into the PF to free up some real memory. Ok, again have to admit its oversimplified, actually its more complex than that, but I think this is enough to give you some clue.

Mark the word "run out of real/main memory", for today rig with 1 or 2 Gig of ram and running average application, this is no biggie.

Here simple/easy example, imagine you're running a photo editing "simultanously" on 20 huge images with each about 200MB, then you will see your rig crawling like hell since it running out of real memory and the OS will start using the PF as part of the memory, that process is called memory swapping or paging.

Your drive will work like hell when that happened, that is one of the reason the idea to put the PF on separate drive or fastest drive rather than main OS/program drive will help the overall performance.

Now about the page file fragmentation, in Windows OS, that PF file is sort of unique and exclusively locked by the OS. Try delete your pagefile.sys, you simply can't in normal mode, and it is just laid there from the 1st time it was created or modified, so its not created "everytime" you boot the rig.

Thund3rball si right, only 3rd party defragger can defrag it or special OS mode like mentioned above.

That is why if that PF is heavily fragmented "AND" the rig does paging "heavily", it will surely impact the performance since the HD head needs to hop around to access it instead of single fragment contigous page file.

Regarding the size, for common usage, 1 to 1.5 times of memory is ok for "average" usage.

Since you understand what PF really is, now I bet you will say "Actually, It Really Depends !" or you could easily answer the OP question now. :D

Regarding setting the min equal to max, we just force the OS not to wildly extend it's size cause once your hard disk doesn't have single contigous space large enough for it, the OS will start to scatter that PF files around which is bad. But again, its not that simple, even you're not running out of main memory, Windows sometimes will just extend it, why ?, only Microsoft could answer that. :)

Hope this "oversimplied" explanation helps.
 
Last edited:
bing said:
1st, you need to understand what is PF for ? :)

*snip*

Since you understand what PF really is, now I bet you will say "Actually, It Really Depends !" or you could easily answer the OP question now. :D
I know what PF is....:beer:

I understand what you saying, but wouldn't just deleting it, restarting and recreating it do the same thing? W/e, doesn't matter though :beer:
 
thideras said:
I know what PF is....:beer:

I understand what you saying, but wouldn't just deleting it, restarting and recreating it do the same thing?

No I don't think so... You need to defrag your HDD after deleting the page file to optimize the disc as much as possible and ensure you get one contiguous page file when you recreate it again. Otherwise you may just get another fragmented page file.
 
Thund3rball said:
No I don't think so... You need to defrag your HDD after deleting the page file to optimize the disc as much as possible and ensure you get one contiguous page file when you recreate it again. Otherwise you may just get another fragmented page file.
Wait, I just got it!! :bday: Lol, I forget there are OTHER files on the drive that DONT move!!! YOU WIN!:santa::santa:


/offtopic (kinda)
 
I am not an expert, but I did find a tip in a Windows XP tips site that may help with the pagefile discussion. From what I read, you have the option to set the pagefile to purge at shutdown within the registry and this should make the defrag option a mute point - I believe. The site address is http://reviews.cnet.com/4520-10165_7-5554402-1.html

Go to the registry key below and set ClearPageFileAtShutdown to 1.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management

Sean
 
why does the pagfile get used even if you have plenty of memory? mine always stays at about 235mb used when im not doing anyting and i have over 2gb of memory
 
There's a few reasons for that, I'll touch on two:

First, Windows will ALWAYS page parts of the operating system (DLLs, etc) that you MIGHT need but that you wouldn't want kept in your RAM "just in case".

Second, some applications will request a "buffer" of memory from Windows, coming from the pagefile, for predicted usage, not actual usage. Windows would rather give those programs virtual memory from the pagefile rather than tie up actual RAM that may or may not be needed.
 
Back