I'm running Windows 7 on a dual core, x64 AMD with 8 GB RAM.

Do I even need a page file?

Will removing it help or hurt performance?

Would it make a difference if this is a server or a desktop?

Does Windows 7 vs. Windows 2008 make a difference with a page file?


13 Answers 13


TL;DR version: Let Windows handle your memory/pagefile settings. The people at MS have spent a lot more hours thinking about these issues than most of us sysadmins.

Many people seem to assume that Windows pushes data into the pagefile on demand. EG: something wants a lot of memory, and there is not enough RAM to fill the need, so Windows begins madly writing data from RAM to disk at this last minute, so that it can free up RAM for the new demands.

This is incorrect. There's more going on under the hood. Generally speaking, Windows maintains a backing store, meaning that it wants to see everything that's in memory also on the disk somewhere. Now, when something comes along and demands a lot of memory, Windows can clear RAM very quickly, because that data is already on disk, ready to be paged back into RAM if it is called for. So it can be said that much of what's in pagefile is also in RAM; the data was preemptively placed in pagefile to speed up new memory allocation demands.

Describing the specific mechanisms involved would take many pages (see chapter 7 of Windows Internals, and note that a new edition will soon be available), but there are a few nice things to note. First, much of what's in RAM is intrinsically already on the disk - program code fetched from an executable file or a DLL for example. So this doesn't need to be written to the pagefile; Windows can simply keep track of where the bits were originally fetched from. Second, Windows keeps track of which data in RAM is most frequently used, and so clears from RAM that data which has gone longest without being accessed.

Removing pagefile entirely can cause more disk thrashing. Imagine a simple scenario where some app launches and demands 80% of existing RAM. This would force current executable code out of RAM - possibly even OS code. Now every time those other apps - or the OS itself (!!) need access to that data, the OS must page them in from backing store on disk, leading to much thrashing. Because without pagefile to serve as backing store for transient data, the only things that can be paged are executables and DLLs which had inherent backing stores to start with.

There are of course many resource/utilization scenarios. It is not impossible that you have one of the scenarios under which there would be no adverse effects from removing pagefile, but these are the minority. In most cases, removing or reducing pagefile will lead to reduced performance under peak-resource-utilization scenarios.

Some references:

dmo noted a recent Eric Lippert post which helps in the understanding of virtual memory (though is less related to the question). I'm putting it here because I suspect some people won't scroll down to other answers - but if you find it valuable, you owe dmo a vote, so use the link to get there!

  • 25
    For Jeff and Joel: it rhymes with "ducks"
    – quux
    Jun 24, 2009 at 23:48
  • 2
    On Solaris it was/is even more involved. The swap file is mirroed in a ram disk like tmpfs so the memory is always almost full - but it is apparently provable that this is the optimal strategy. Jun 25, 2009 at 19:40
  • 2
    I have long believed that, instead of allowing Windows to manage my page file size, I should set it to a fixed amount (e.g. min 2GB, max 2GB), because letting it grow and shrink can cause fragmentation problems. Is that good thinking, or should I follow your first line and let Windows handle everything?
    – John Fouhy
    Jul 29, 2009 at 3:26
  • 3
    @Mehrdad: Because you don't want to have to keep 50% of your RAM free. Sure, you could do that, but you would lose 50% of the physical RAM you could be using as a disk cache for active data. Free RAM is a sign of inefficiency, it's like FedEx trucks at a depot instead of on the road. It means you're not moving as much freight as you could because you're spending too much time loading and unloading. Oct 27, 2011 at 9:03
  • 3
    @Mehrdad: The problem is, with no page file, there's a lot of data that must be kept in RAM even though it will likely never, ever be accessed. Consider, for example, any memory allocated by a process that started on system startup but offers a service that will not be used for days. The system cannot prove the data won't be accessed and it has no place other than RAM to keep it. So the disk cache shrinks while data is kept in RAM that hasn't been accessed for days. Oct 27, 2011 at 9:35

Eric Lippert recently wrote a blog entry describing how Windows manages memory. In short, the Windows memory model can be thought of as a disk store where RAM acts as a performance-enhancing cache.


As I see from other answers I am the only one that disabled page file and never regreted it. Great :-)

Both at home and work I have Vista 64-bit with 8 GB of RAM. Both have page file disabled. At work it's nothing unusal for me to have few instances of Visual Studio 2008, Virtual PC with Windows XP, 2 instances of SQL Server and Internet Explorer 8 with a lot of tabs working together. I rarely reach 80% of memory.

I'm also using hybrid sleep every day (hibernation with sleep) without any problems.

I started experimeting with it when I had Windows XP with 2 GB of RAM and I really saw the difference. Classic example was when icons in Control Panel stopped showing itself one after one, but all at once. Also Firefox/Thunderbird startup time increased dramatically. Everything started to work immediately after I clicked on something. Unfortunately 2 GB was too small for my applications usage (Visual Studio 2008, Virtual PC and SQL Server), so I enabled it back.

But right now with 8 GB I never want to go back and enable page file.

For those that are saying about extreme cases take this one from my Windows XP times.
When you are trying to load large Pivot Table in Excel from an SQL query, Excel 2000 increases its memory usage pretty fast.
When you have page file disabled - you wait a little and then Excel will blow up and the system will clear all memory after it.
When you have the page file enabled - you wait some time and when you'll notice that something is wrong you can do almost nothing with your system. Your HDD is working like hell and even if you somehow manage to run Task Manager (after few minutes of waiting) and kill excel.exe you must wait minute or so until system loads everything back from the page file.
As I saw later, Excel 2003 handles the same pivot table without any problems with the page file disabled - so it was not a "too large dataset problem".

So in my opinion, a disabled page file even protects you sometimes from poorly written applications.

Shortly: if you are aware of your memory usage - you can safely disable it.

Edit: I just want to add that I installed Windows Vista SP2 without any problems.

  • 3
    I've had my pagefile disabled, and regretted it the moment I really used my memory. So be happy you have more memory than you need.
    – Sam
    Jul 22, 2009 at 9:45
  • 7
    +1, "me too" :-). Same story - 8GB memory, Vista x64, running Visual Studio with ReSharper + SQL Server Express + IIS + 1-2 virtual machines (each with 1500MB memory) + bunch of utilities - never had a problem. Sep 29, 2009 at 20:17
  • 23
    I love it how everyone is saying "Microsoft has spent many hours thinking about this problem, so don't mess with it", yet completely ignore real world experiences. I've had the paging file disabled since XP and never regretted it. It's like the computer got an injection of awesome. Oct 20, 2009 at 6:36
  • 5
    It's pretty standard practice to disable paging on servers that iSCSI boot, paging over the SAN would be noticable slow. You just really have to watch your memory usage, and stay away from the max.
    – Chris S
    May 18, 2010 at 21:43
  • 8
    -1 I don't see any references in this answer. I actually had my system crash because the page file was disabled and my Paged Pool memory ran full. Yet, my physical memory usage was only at 2 GB... Dec 4, 2011 at 13:59

You may want to do some measurement to understand how your own system is using memory before making pagefile adjustments. Or (if you still want to make adjustments), before and after said adjustments.

Perfmon is the tool for this; not Task Manager. A key counter is Memory - Pages Input/sec. This will specifically graph hard page faults, the ones where a read from disk is needed before a process can continue. Soft page faults (which are the majority of items graphed in the default Page Faults/sec counter; I recommend ignoring that counter!) aren't really an issue; they simply show items being read from RAM normally.

Perfmon graph http://g.imagehost.org/0383/perfmon-paging.png

Above is an example of a system with no worries, memory-wise. Very occasionally there is a spike of hard faults - these cannot be avoided, since hard disks are always larger than RAM. But the graph is largely flat at zero. So the OS is paging-in from backing store very rarely.

If you are seeing a Memory - Pages Input/sec graph which is much spikier than this one, the right response is to either lower memory utilization (run less programs) or add RAM. Changing your pagefile settings would not change the fact that more memory is being demanded from the system than it actually has.

A handy additional counter to monitor is PhysicalDisk - Avg. Queue Length (all instances). This will show how much your changes impact disk usage itself. A well-behaved system will show this counter averaging at 4 or less per spindle.

  • 1
    gasp someone even going out of their way to demonstrate how to inspect the swap file. awesome.
    – cgp
    Mar 21, 2011 at 2:56
  • 1
    Dead link to picture. Needs fixed.
    – kinokijuf
    Aug 11, 2015 at 10:55
  • Yes, "ImageHost.org is closed" Apr 4, 2018 at 19:17

I've run my 8 GB Vista x64 box without a page file for years, without any problems.

Problems did arise when I really used my memory!

Three weeks ago, I began editing really large image files (~2 GB) in Photoshop. One editing session ate up all my memory. Problem: I was not able to save my work since Photoshop needs more memory to save the file!

And since it was Photoshop itself, which was eating up all the memory, I could not even free memory by closing programs (well, I did, but it was too little to be of help).

All I could do was scrap my work, enable my page file and redo all my work - I lost a lot of work due to this and can not recommend disabling your page file.

Yes, it will work great most of the time. But the moment it breaks it might be painful.

  • 7
    you should save more often :D in order to minimize the damages
    – alexandrul
    Dec 10, 2009 at 5:19
  • 1
    easy to say, when saving does take several minutes, this is a pita.
    – Sam
    Dec 21, 2009 at 9:46
  • We all are save happy if you use more complex software, but sometimes, a "crash" ends up aligning with "Oh crap, I haven't saved in a while."
    – Damon
    Dec 30, 2017 at 1:34
  • Enable paging with a small pagefile limit to benefit from not suffering from the severe disadvantages of the bogus Windows paging algorithm at normal times. When enabled you can increase the limit without reboot in case of such exceptional use case requiring more than your physical memory. Later decrease it again before a reboot when tasks are settled.
    – kxr
    Aug 27, 2022 at 15:47

While the answers here covered the topic quite well, I will still recommend this read:


He talks about PF size almost at the end:

Some feel having no paging file results in better performance, but in general, having a paging file means Windows can write pages on the modified list (which represent pages that aren’t being accessed actively but have not been saved to disk) out to the paging file, thus making that memory available for more useful purposes (processes or file cache). So while there may be some workloads that perform better with no paging file, in general having one will mean more usable memory being available to the system (never mind that Windows won’t be able to write kernel crash dumps without a paging file sized large enough to hold them).

I really like Mark's articles.

  • +1, simple for the Mark Russinovich link. It's worth pointing out that win7 even pops up a notification to point that you will not be able to "trace down system problems" if you disable the swap file.
    – cgp
    Mar 21, 2011 at 2:59
  • Another theoretical article. Windows´ paging algorithm still does not work reasonably today ...
    – kxr
    Aug 27, 2022 at 15:50

The best answer I can think of is that under a normal load you may not use up the 8 GB, but it is the unexpected loads where you will run into trouble.

With a page file, the system will at least run slowly once it starting hitting the page. But if you remove the page file it will just die (from what I know).

Also, 8 GB seems like a lot now, but a few years down the line it might be considered the minimum amount of memory for a lot of software.

Either way - I would recommend keeping at least a small page file; but others please correct me if I am off-base.

  • 4
    I'd go a bit further and not cap the page file. That's not really improving things. Let windows do it...they know better. Jun 24, 2009 at 19:37
  • 1
    Just tried to use Media Player Classic to load a 6GB mkv file. It ran me out of my RAM and pagefile memory. Went back to VLC pretty quick. +1 for the "you never know what you'll run into". Eventually MPC crashed and my RAM was restored, but what if you get a DLL in third party software with a memory leak? You will have a lot more mileage if you have some disk-backed memory to help you out.
    – mpbloch
    Apr 13, 2010 at 23:00
  • 1
    Plus the point, what's the good of having 8GB if you have to live in constant fear of actually using it?! Oct 27, 2011 at 9:05
  • The "keep at least a small pagefile" seems a little weird to me since it is not clear how Windows is going to use it. For instance, it might thrash it even more than a bigger pagefile that offers more space - I'm guessing, but as long as there is no reliable source on this I would consider the small pagefile advice possibly harmful and recommend a standard practice instead.
    – mafu
    Jan 30, 2012 at 21:39
  • @MichaelHaren - "...they know better..." - That's why SuperFetch used to work so "well" right??? Also, now that it's 2021 and my Mechanical HDs are seriously slow by today's standards, I'm wondering if a Win 10 Swap file would have a negative impact on the life of a newly purchased SSD.
    – Shawn Eary
    Feb 19, 2021 at 15:49

You didn't mention if it's a 64-bit edition of Windows, but I guess yes.

The pagefile serves many things, including generating a memory dump in case of BSoD (Blue Screen of Death).

If you don't have a pagefile, Windows won't be able to page out to disk if there isn't enough memory. You may think that with 8 GB you won't reach that limit. But you may have bad programs leaking memory over time.

I think it won't let you go hibernate/standby without a pagefile (but I didn't try yet).

Windows 7 / 2008 / Vista doesn't change the use of page file.

I saw one explanation from Mark Russinovich (Microsoft Fellow) explaining that Windows can be slower without page file than wih a page file (even with plenty of RAM). But I can't find back the root cause.

Are you out of disk space? I would keep a minimum of 1 GB to be able to have a kernel dump in case of a BSoD.

  • Do you mean this? blogs.technet.com/markrussinovich/archive/2008/11/17/… If so, his advice is lame. He says page file will increase performance because if would give more ram to other apps. True, if you don't have much ram. But if you have more than enough, page file is never faster. Jun 10, 2009 at 20:18
  • it was in a sysinternal video with Salomon. It had something to do with kernel page pool Jun 10, 2009 at 21:19
  • You can't post an "answer" when you have no idea: I have a Windows Vista 32-bit laptop with 4GB of RAM and I put it into standby all the time. Can you at least restrict yourself to supplying answers to questions you actually know answers to?
    – PP.
    Jan 15, 2010 at 17:50
  • What PP tried to say: The hibernation process uses a file separate from the swap file, so this is not an issue in this case.
    – mafu
    Jan 30, 2012 at 21:41
  • Pyrolistical, it's probably far too late for you to see this, but turn your statement around and phrase it as a question: When does pagefile slow anything down? A good answer to that would prove your theory.
    – quux
    Mar 6, 2014 at 23:39

The only person that can tell you if your servers or workstations "need" a page file is you, with careful use of performance monitor or whatever it's called these days. What applications are you running, what use are they seeing, and what's the highest possible memory use you could potentially see?

Is stability worth possibly compromising for the sake of saving a minute amount of money on smaller hard disks?

What happens when you download a very large patch, say a service pack. If the installer service decides it needs more memory than you figured to unpack the patch, what then? If your virus scanner (rightly) decides to scan this very large pack, what sort of memory use will it need while it unpacks and scans this patch file - I hope the patch archive file doesn't contain any archives itself, because that would absolutely murder memory use figures.

What I can tell you is that removing your page file has far higher probability of hurting than helping. I can't see a reason why you wouldn't have one - I'm sure that there might be a few specialist cases where I'm wrong on that one, but that's a whole other area.


I disabled my page file (8 GB on an x86 laptop) and had two problems even with 2500 MB free:

  1. ASP.NET error trying to activate WCF service: Memory gates checking failed because the free memory (399,556,608 bytes) is less than 5% of total memory. As a result, the service will not be available for incoming requests. To resolve this, either reduce the load on the machine or adjust the value of minFreeMemoryPercentageToActivateService on the serviceHostingEnvironment configuration element.

    Quite how 3.7 GB is less than 5% of 8 GB I will never know!!

  2. Getting Close programs to prevent information loss dialog: When 75% of my RAM is used I get a dialog box telling me to close programs. You can disable this with a registry modification (or possibly by disabling the 'Diagnostics Policy Service').

In the end I decided to just turn it back on again. Windows just plain and simple was never designed to be used without a page file. It's optimized to run with paging, not without. If you're planning on using more than 75% of your memory and you don't want to mess with your registry - then it may not be for you.

  • 1
    The ASP.NET error strikes me as perhaps being a 32-bit issue, but if the number you provided is correct (399556608 = 399,556,608) then the error is correct - ~400MB is approximately 5% of 8GB.
    – fencepost
    Oct 12, 2010 at 18:11
  • @fencepost good catch - must have read that as kb for some reason. weird
    – Simon
    Aug 26, 2016 at 5:07

Your total memory available is your pagefile + actual memory.

The key question is whether your anticipated total memory usage for all apps and the operating system usage approaches 8 GB. If your average mem usage is 2 GB and your max memory usage is only 4 GB then having a page file is pointless. If your max memory usage is closer to 6-7 Gb or greater than it's a good idea to have a page file.

PS: Don't forget to allow for growth in the future!

  • Don't you mean total memory potentially available? Most paging systems keep snapshot page copies.
    – Jé Queue
    Nov 30, 2009 at 5:20
  • Please note that there is also the Paged Pool Memory, which can deplete even though you only use 2 GB of physical memory. Dec 4, 2011 at 14:03

It seems a lot of severely limited people have an opinion on this subject but have never actually tried running their computer without a page file.

Few, if nearly none, have tried. Even less seem to know how Windows treats the pagefile. It doesn't "just" fill up when you run out of physical RAM. I bet most of you didn't even know that your "free" RAM is used as a file cache!

You CAN get massive performance improvements by disabling your page file. Your system WILL be more susceptible to out-of-memory errors (and do you know how your applications respond in that scenario - for the most part the OS just terminates the application). Start-up times from standby or long idle periods will be far snappier.

If Microsoft actually permitted you to set an option whereby the pagefile ONLY gets used when out of physical RAM (and all the file buffers have been discarded) then I would think there was little to gain from disabling the pagefile.

  • 1
    Disabling the page file results in performance degradation, you won't see any performance improvement from introducing memory load. Usage of the page file only when you are out of memory is certainly not what you want... Dec 4, 2011 at 14:01

This is antidotal, but we run a Windows Server 2003 Terminal Server for about 20 users, with 10-15 logged on at time and has 8 GB of RAM. We do not run with a page file and our server runs faster than it did from before. This obviously is not a solution for everything, but we have run like this for two years now, and have had no issues that I am aware of.

  • 1
    You do have issues but you don't notice them, consider how an increased memory load can slow down simultaneous request. Enabling the page file makes such moments more snappier... Dec 4, 2011 at 14:06

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .