New
#31
Probably not but since it is not difficult to secure the pagefile I think it is just an additional step to make sure ANY of my personal information is not available to Mr.Thief or anyone else. Why have half-hearted security? I apply this philosophy across the board in erasing all temporary Internet Files, storing passwords in encrypted form (RoboForm) and storing all personal data in encrypted containers (Truecrypt). Why leave holes in your security?
Last edited by pincushion; 02 Oct 2012 at 02:25. Reason: add
Since you are running 16 GB ram the overhead of clearing the page file may be a good argument for running without one. Depends on the system load. I know on my 8 GB machine, I never felt the need to run one. In that case the main thing would be to set up a mechanism to scrub your temp files. Depends how far you want to take it.
Both of these questions have been answered a number of times, but here is my 2 cents:
Booting a W7 VM to Ubuntu, installing GHex and looking at that file.
I'm holding down the page down key and the info being displayed it not contiguous.
The page file was set to a minimum of 16MB and you can see that after 3 minutes of sampling, I've barely moved the scroll bar. Don't read anything into that - I'm not suggesting security thru obscurity - I'm just sayin': image what a GB or two would be like.
You can do electronic searches - if you know what you want to look for. The VM had 1.5GB of RAM assigned. I opened a text file and did a copy/paste of the letters "za" until Windows said it was out of resources (wouldn't even let me save the file). I did not find any of the text in the page file via electronic search.
When looking through a giant file it's important to use an editor that doesn't try to load the entire file in ram. There should be some hex editors that load off the file in a certain locus. IOW, if you hit the key to go to the end of file, it may read from 1/2 MB before end of file to the end etc..
Esp. with hex edit there should be some that can handle "files of unlimited size." I would think this more common in Linux than Windows. But even in Windows apps there should be some. But they might not be free.
http://en.wikipedia.org/wiki/Comparison_of_hex_editors
I was considering running with no pagefile but WHS, Kari, and Brink recommend have at least a small one because some software (old ones?) look for a page file regardless of the RAM installed. I currently have it set to min 1024MB and max 4096MB.
Nice list of hex editors Miles. Thanks for the video UsernameIssues.
No one has mentioned the thumbs.db yet.
@Bill, yup it is relative.
My scheme when running a page file has always been to delete it, then defrag my drive. Then set the min and max the same. Once done the page file never becomes fragmented. If your virtual memory needs are predictable then my strategy works fine. If you use wildly fluctuating giant databases then another scheme may work better. :)
I've never needed to use Office type applications, so for me it hasn't been an issue. On my dual core machine I only have 2 GB ram. I can get away with no swap, but prefetch seems to work more smoothly with a page file. It's something to experiment with if you have spare time. :)