Ive been reading tons of posts here about swap file but every one says something different. Heres what i think ive learned so far. The swap file is WIN386.SWP Virtual memory in performance area of device manager lets you change size and location of your swap file. This seemed simple enough right? That was before i found the post about changing the settings in msconfig>>system.ini>>386enh adding these two lines>> [386enh] MinPagingFileSize=XXXXXX MaxPagingFileSize=XXXXXX Now im confused. Does this mean i have to change settings in both places? If not i guess the easy way is to go with the first method. any thoughts? Next question>> Any pros or cons of having a "fixed" swap file -vs- setting a min&max? I saw another post explaining to mutliply your ram X 2.5 while another person suggested creating a seperate partitiong of 400MB to use as the swap, most of the people seem to agree on having the two set the same (fixed). Is this the rule or is there wiggle room? I have 512MB of ram. Currently my swap file is 92MB being handled by windows. What do you think would be a good size for 512MB? My last question then i leave you alone :-} I have 3 logical drives in the ext. partition. D: is 2GB. I made this incase i wanted 2 dualboot with something. Can i use this for my swap file? Should i use this for my swap file? Any benefit to a seperate swap file? Like i said i see mixed reviews everywhere. Should i use all the 2GB for my swap file? I saw a post here where someone has 3GB swap file. Is this overkill or just enough? Does having the swap file smaller make it run better? Any benchmarking stuff that offers advice for this setting? Ok thas more than one question but i got one more. Does this swap tweaking deal with the memory leak thing? Its kiling me to reboot everytime i play a game or burn some cds. The reboots arent so bad its when i try and open up something else and system crash! Thanks 4 your patients and for your response.

Let Windows look after it..you don't have a problem.you are reaching for the ultimate..and it ain't gonna happen!! Load up some games and enjoy your computer..This site is wonderful for help but we are getting paranoid about performance for what?? What for Games?? Inventories for our homes?? (I don't have one and I should) This 'puter shud help us.. What good is RAM-VCache-SWAP-- and on and on it goes--Sorry--but I'm getting fed up trying to get my computer to perform to the ultimate..for what reason??? Cause I want to use it ...thanks..

Personal experience tells me to let windows look after it. I have tried to set an exact amount of swap file but my system hangs like hell. For the memory leak things, I use MEMTURBO to free physical memory. I don't think tweak the swap file would help much on the memory leak.

Erin, With the 512MB ram you don't need a large swap file, so I would let windows take care of it. I only have 128MB ram so I set my min/max at 320MB on my C drive I also have Norton so I used Nortons defrag so it could put the swapfile on the outter edge of the disk. Here is an article that may help you. Virtual Memory Virtual memory is a process in which Windows uses the disk space of your hard drive to supplement your Random Access Memory (RAM). There are several problems with virtual memory: the biggest drawback being speed. Since the hard disk is used, the frequency of access, the drive's seek time, and transfer rate all affect performance. The best tip for virtual memory is to have enough RAM, that virtual memory is seldomed used. How much? At a minimum, 64 megabytes. Windows and it's applications are very memory intensive. Here are a few tricks you can use: First, create a fixed size swap file. Set the minimum and maximum size to the same size. How large? Roughly, 2-2.5 times your RAM in size. So, if you have 64 megs of RAM, set the to at least 130 megs. If you have 128 megs or more, make the swap file equal to the RAM. The next trick is to place the Windows swap file in it's own partition on your drive. This will speed up access time and cause less fragmentation on your main drive. Here is another artical. Windows 98 & WinME Memory Management Updated December 9, 2001 In IE, hold mouse here for list of most recent changes. Receive notice whenever this page is updated. Memory management in Windows 98 and Windows Millennium Edition (WinME) is dramatically improved over what existed in Windows 95. It is so much improved that, for nearly everyone, nearly all the time, the best recommendations on how best to optimize memory usage in Win98 is: Let Windows handle it. The main purpose of this article is to explain a controversial experiment currently being recommended in some quarters regarding Win98 memory management. Before discussing it directly, a little bit of background explanation seems advisable, which may be worthwhile for its own sake. IMPROVEMENTS IN WIN98/ME VCACHE Foremost among the improvements in Win98/ME memory management are the changes in VCache. Simply put, the VCache is used (among other functions) to store previously used code and data that Windows thinks might be needed again. If the code or data is just flushed from memory, but is then needed again, it has to be read anew from the hard drive when it is again needed. Reading from the hard drive is much slower than finding the code or data already in RAM. Some code is used quite often. If it has to be read from the hard drive over and over again, this would slow down performance considerably. The VCache concept is that, as long as there is unused RAM sitting about, we should just cache information in it that we might need again. (There is smart code that makes decisions about what to keep, how long to keep it, etc.; this has all been taken into consideration and is not particularly important to the present discussion.) Then, since this is only a “just in case” cache, if the RAM is needed for something else, part of the VCache contents are flushed and the RAM is made available. One improvement in VCache management in Win98/ME over Win95 is that Win95 had a bug that kept VCache from releasing RAM when it was needed. VCache would just keep growing sometimes, and the amount of available RAM would diminish accordingly, forcing more swap file activity (using the hard drive as a substitute for RAM). This is the famous “memory leak” of Win95. The user’s solution in Win95 was to put MinFileCache and MaxFileCache lines in the [vcache] section of the SYSTEM.INI file to control the size of VCache. This was sometimes a great help (especially on the 12 MB, 16MB, and 32MB systems which were the vogue in Win95’s heyday). But, in Win98, this problem was fixed (with further improvements in Windows 98 Second Edition, that carried over into WinME), and these [vcache] lines are not needed. Not only are they not needed, they actually get in the way in Win98/ME. In Win95 they improved performance, but in Win98/ME they decrease performance, because of a second improvement that was made in memory management for Win98 — to be discussed in a moment. But first, THREE EXCEPTIONS TO THE FOREGOING: EXCEPTION No. 1: For systems with more than 128 MB of RAM, setting a VCache maximum of about 70% of your total RAM is recommended as prophylaxis against run-away VCache growth in rare, specialized situations. (A tip of the hat to MS-MVPs Ron Martell, Ovidiu Popa, and Alex Nichol for months of experimentation and documentation of these details and recommendations.) EXCEPTION No. 2: VCache increasing above 512 MB can create serious memory handling problems. If you have more than 512 MB of RAM, a VCache maximum of 524,288 KB (or a little less) is recommended. This is obtained by adding a MaxFileCache=x entry in the [vcache] sectin of SYSTEM.INI, where x is the maximum value you wish to set. VCache is limited internally to a maximum cache size of 800 MB. The problem is that, on computers with large amounts of RAM, the maximum VCache size can be large enough that it consumes all of the available addresses in the system arena, leaving no virtual memory addresses available for other functions such as opening an MS-DOS prompt. This problem may occur more easily if you have an AGP video adapter: The AGP aperture is also mapped to addresses in the system arena, and if VCache is using its entire 800 MB allowance and an AGP video adapter has a 128 MB aperture mapped, there will be very little address space remaining for other system code and data that must occupy the available range of virtual addresses. EXCEPTION No. 3: For systems with more than 1 GB of RAM, the defaults in Windows 98 or ME can cause continuous rebooting of the computer, or to hangs or serial reboots during the Windows upgrade process. To resolve this problem, add a MaxPhysPage=40000 entry in the [386enh] section of SYSTEM.INI. This effectively limits the amount of RAM Windows can access to 1 GB. (Microsoft limits ths recommendation to systems having more than 1.5 GB of RAM, but the solution is to roll it back to 1 GB. See MSKB Q304943.) Microsoft has now flatly stated that, “Windows Me and Windows 98 are not designed to handle more than 1 GB or RAM. More than 1 GB can lead to potential system instability.” The second improvement is that Windows can now execute code or access data directly from VCache. In Win95, this was not possible. If code was stored in VCache, it had to be passed to another part of RAM before it could be executed. This was still much faster than reading it again from the hard drive, but, nonetheless, took a small amount of time. In Win98/ME, it does not have to be moved to another part of RAM — it can be run directly from VCache itself. This saves a bit of time. In Win95, anything stored in VCache was disposable (but the “memory leak” bug prevented the trash from being taken out when necessary). In Win98/ME, code in VCache may not be disposable — it could be “live code,” part of a program you are using at the time. This explains why VCache sometimes seems not to give up memory that is needed for other functions. If code or data were stored in VCache only for caching purposes, then it should be emptied out before the swap file is used; but in Win98/ME, VCache often will stay quite large, forcing the swap file to be used more. Is this another memory leak? No, it isn’t. It would be a memory leak if the contents of VCache were only stored, inactive code or data. But if the contents are code or data currently being used (as it commonly will be in Win98/ME), we have quite another story! WHY IS THE SWAP FILE SO LARGE? For most people, in most situations, the best advice regarding the Win98 or WinME swap file is: Let Windows handle it. There are dozens of recommendations on ways to optimize it just a bit (some of which I use, and perpetuate, myself), but these are so system-dependent that it would take a huge article to explain all the ifs, ands, and buts of one approach over another in a particular situation. These discussions occur quite regularly online, on peer-support and general discussion newsgroups, so it is not hard to find opinions. I will indulge myself by giving one, which I regard as the least controversial and most helpful: The single best swap file arrangement is to have two physical hard drives, and to place the swap file — and nothing else! — on the first partition of the second physical drive. Be sure the partition is generously sized. Nonetheless, and to simplify the matter for the present, there is rarely any need for someone to worry about this in order to have a happily purring Win98/ME system. The general rule prevails: Let Windows handle it. A common confusion and concern is that, even with a great amount of RAM on the computer, Windows creates a swap file, and the swap file sometimes grows quite large. To respond to the first point: Windows will always create a swap file — that’s just the way it works. Also, some applications require swap file use even if Windows might not use it otherwise. Just expect this to be the case. Of more concern is that the swap file may seem to be much larger than is really needed. For example, my swap file at this moment is not being used at all (0 swap file usage, as measured by System Monitor), but the swap file’s allocated size (measured by Norton System Doctor) is 111 MB! Earlier today, the actual usage was about 10 MB, and the allocated size was 137 MB. Why in the world would this be? It is because Win98/ME “thinks ahead” more than Win95 did. One way it does this — since the resizing of the swap file is one of the biggest slowdowns to system performance on Win95 — is to more intelligently allocate space, in advance, for anticipated swap file needs. How does Windows know how much swap file space you might need in the near future? Each program specifies how much memory should be set aside (allocated) for its use. Generally, programmers request more memory than they need. (If done skillfully, this is a good thing: When running a program, one would rather have a bit too much memory available, rather than a bit too little, right?) This resembles reserving a table at a restaurant, even if you don’t plan to show up to eat, just in case you get hungry later. An OS has to allocate this requested memory for possible use by the program, even if it may never be used. Windows is smart enough to use the swap file for these “unused restaurant table reservations,” rather than use physical RAM! Think about it: This frees all of physical RAM for actual current memory needs — active program code, actively used data, etc. — and diverts the “wasted space” allocations away from physical RAM. If you have enough RAM, the swap file is never written to — it just takes reservations! The Swap File Usage monitor in Norton System Doctor measures the allocated size, whereas the equivalent gauge in Windows’ System Monitor measures the actual swap file usage. In the above example, with the many programs I presently have loaded, Windows thinks that I just might need over 100 MB of swap file space. It has prepared for that possibility ahead of time. This concept is central to the discussion below concerning one current recommendation of a way to handle Win98/ME memory management. The method below sounds, on first exposure, like a bad idea — but it may, in fact, have some worthwhile troubleshooting applications, and (if initial testing is any indication) may be worthy recommendation for Win98/ME systems with larger amounts of RAM installed. Whether good idea or bad, the technique deserves an airing and discussion. THE ADVANTAGES OF MORE RAM People often complain that they have added a lot of RAM to their computer, but very little of it is free. If Windows has anything at all it can do with the RAM, then free RAM is wasted RAM. Windows will try to make use of all of the RAM it can, for one good purpose or another. This benefits the user. Having unused RAM rarely benefits the user. In fact, the advantages of more RAM on a computer boil down to two: Reducing swap file use. Enabling a larger VCache. A large VCache is not a bad thing. Generally, it is a good thing (presuming Windows has a use for it at the moment). Bottom line: Let Windows handle it. NOTE: In Win95/98, if you have more than 1 GB of RAM, Windows may not start. A solution for this problem is given in the Microsoft Knowledge Base article “Error Message: Insufficient Memory to Initialize Windows.” The gist of Microsoft’s work-around is to artificially limit the amount of RAM to 768 MB. This may, however, be too stringent a restriction — a value only a little below 1 GB may solve the problem with less constraint on your RAM. A little experimentation will resolve this for you. THE “CONSERVATIVE SWAP FILE USAGE” TWEAK A WIn98/ME recommendation floating around various magazines and newsgroups is to add the following line to the [386Enh] section of the SYSTEM.INI file: ConservativeSwapfileUsage=1 Those who have used it, and reported favorably on it, say that it keeps their swap file usage lower, does not impede performance in any situation they have noticed, and seems to improve it in other situations. I have seen this reported on systems with 128 MB to 256 MB of RAM. I have seen it on my own 128 MB system. Is there anything to this? What does it do? Sometimes appearances can be deceiving. Sometimes not. Based on benchmark testing by MS-MVPs Mike Burgess, Alex Nichol, and other MS-MVP colleagues, I have concluded that this tweak can be of real value in many Win98/ME systems with 128 MB of RAM or more (and on some 64 MB systems). If your machine has sufficient RAM that, for your particular use of your computer, there is relatively little swap file usage, then this tweak will probably improve system performance by reducing the overhead in swap file maintenance activities that you do not really need. [NOTE: In contrast to behavior in Win98, testing of this by Mike Burgess in Windows Millennium Edition showed no significant performance difference with or without it. However, because it does affect swap file run-away growth on some computers — such as mine! — I am presently recommending this on Windows ME.] The default value of ConservativeSwapfileUsage was 1 in Win95, and 0 in Win98 and WinME. Therefore, this recommended tweak reverts a portion of the Win98/ME improved memory management system back to the way Win95 did things. (That’s what sounded like such a bad idea at first, because Win98 or ME is generally far superior to Win95 with regard to memory management.) A valid question, though, is whether it is a good (that is, useful) idea for systems that have grown past the RAM size originally contemplated as typical when Win98 was created. For many computers, the answer seems to be: Yes, it is. According to MS Knowledge Base article Q223294, Windows 98 added a new feature, PageFile_Call_Async_Manager, that allows the Memory Manager to asynchronously write out page file (swap file) buffers during periods of time when VFAT file system activity is not busy. This feature can affect the behavior of VxDs [virtual drivers] that monitor and/or otherwise intercept PageFile VxD functions. (See the article itself for more technical background on the rather clever way this function operates.) This feature is part of improvements made initially in Windows 98 that lend the appearance of faster performance to a Win98/ME computer because many of the small time-consuming activities are deferred to moments when you are not actually asking the computer to do anything. The tweak described above disables this feature. As MS-MVP Jeff Richards summarized it, “It’s more conservative in scheduling non-critical swap-file activity.” Microsoft advises that this change may be “at some cost in overall system performance.” Furthermore, in theory it would seem that this would make the computer seem slower. But only experimentation on a given system (and by a particular user on that system) can determine what the subjective performance difference (pro or con) would be. Based on experience to date, I would say it is probable that this tweak will have a positive effect on systems with an unusually large amount of RAM, and very little swap file activity. It is unlikely that it would have a positive effect on other systems, and might have a negative impact on their performance. Since the tweak is so easy to undo — just remove, or comment out the line added to SYSTEM.INI — “power users” will likely want to experiment with this and give more feedback to the general community. A NOTE FOR GAMERS: A dozen or so game boards discovered this page in December, 2001 and, according to the quarter million hits his page received in the next two days, I’m advised that this tweak makes Shadows of Luclin rock! Try it on your other games, too, if you’ve been having lagtime problems. thebest2uDon

as for the swap file you can change it through the systems properties with all the bell and whistles or you can just edit the system.ini manually. As for the size and settings it all depends on your system and what you do with your system. If you set it in its own partition I'd wouldn't set the max and I'd make sure the partition was big enough. because the swap file will not use up all the free space of a drive. with older system with limited RAM and slow hard drive tweaking the swap file was important but not so much now. For most users that is. you might think about limiting you vcache also turning off programs that run in the tray. and also turn of some of windows extras active desktop sounds auto update etc. I even disable folder view by removing the folder.htt or you could try renaming them. or try windows XP it seems to be able to handle all the windows extras. just remember to create restore points. Yes, I actually use restore in XP. TheGorx Windows Help

I have 256 RAM; swap file is fixed @ 512 on a 20 GB drive. http://www.computing.net/windowsme/wwwboard/forum/18705.html doncedars99, your thoroughness is exceeded only by your verbosity.

Thanks everyone. Lots of useful stuff. Things are already starting to run better. Getting rid of startup items has windows loading up quicker than ever and i havent had a lock up since applying the tweeks. I followed the advice of jeff and RM in the link given by RM. I added the entries to system.ini. I set the max and min in system.ini manually then disabled virtual memory then i entered safe mode to run scandisk and defrag (to save trouble of closing all programs) then i restarted and renabled virtual memory with 400mb (pulled this out of my hat) min and max. I learned this also changes the settings i entered in system.ini to match that of the 400MB. Is this normal? The reason i ask is that in this thread RM you say you have a fixed swap of 512. In the post you made in the link above you mention using 1/8 1/4 of ram as min and max in system.ini. My guess is that your older post was if your not using a fixed swap. This would mean its normal for the settings to change and im ok. Im planning on formatting next month and right now im trying out every little tweek and tip i can find to see if it makes a difference for me. Gorx i took your advice all but disable folder view. I cant live without it :-] Im going to give memturbo a try as jacky suggests. And ** i understand how you feel, trust me ive been there. My frustration is caused by not knowing how to deal with the problems im having. I hope that once i learn a little more about this stuff the frustration will be replaced with a smile on my face when im able to locate and correct errors as they occur. The only thing i can say is that i enjoy using my computer. Having it run well makes it more enjoyable. Until now ive always just lived with the problems of software and the like but ive decided to master this contraption just like i mastered the rabbit ears on my 13" TV. If 1 of these suggestions helps me with one of my problems its worth it. Im starting to enjoy this Tweek hunt`trial and error stuff. don, your post is apreciated. I read the whole thing. Thanks again.