pjlent

It's used for indexing, and I think disk quotas, among other things. WinXP had indexing turned on by default, at least on my machines (again, another failed MS idea). I think it shows up as an NTFS "Reserved" area, as I noticed that a big chunk of "Reserved area" in mydefrag on my kid's computer "disappeared" after running that fsutil command. I think it is also known as "MFT reserved area" (in HDView), which would explain why explorer didn't show any/much space cleared after deleting it, as the MFT "can" actually store a file inside itself when the disk is low on available room (kinda treats it like "free space" although nothing can actually use it until you run very low on disk space). Well, after several reboots, that file was still there, large as ever (indexing was already off). It had probably been there for years now, until I deleted it Aw, come on , I really need to know the answer to that question (RSA\Machinekeys deletion).

Initially, yes, you might see a slight decrease in performance initially, but eventually your performance, and memory usage (lower) should improve. Let me explain that sentence.... Sometimes, the layout.ini file in the prefetch dir holds on to some really old files that haven't been accessed in a while, even MPG & AVI files (stuff not really needed to be loaded at boot time). Deleting it usually slows down both your boot time and application loads the next time you reboot, but that's because windows is rebuilding that ini file. If you then use your computer as you normally do (it records the apps loaded frequently), and you then do another reboot. It can then be used by windows defrag, to put those files contiguously onto the drive in one spot in the actual order that they are loaded into memory (including OS boot files), which has the effect of speeding your OS boot and application load times tremendously. I don't know if CCleaner will delete the layout.ini file itself, as it probably uses it to determine which *.PF files to get rid of (drive space cleaning). I myself like to delete the layout.ini file once or twice a year, do a reboot, work normally for a day or two, and then do another reboot followed immediately by a defrag. After the defrag, you can see anywhere from 10 to 30% boot time/app load speed increase, but your mileage may vary depending on other variables not covered in this post.

I use Ccleaner to git rid of extraneous files prior to doing a defrag, as I suspect many other people do before defragging. One nasty/annoying sometimes LARGE "file" that Winblows XP likes to sometimes have sitting around is something you can't normally see, unless you use tools like HDView, is the $Extend\$UsnJrnl NTFS meta file. I think it's used for indexing (who uses that waist of code?), and a few other things, but it essentially records data on each file that changes, and it is UNMOVABLE by MS Defrag API's. I have two computers, and that file was hogging something like 67 to 69 GB (that's right, GIGABYTES), out of 120GB on both of them according to HDView. It can be gotten rid of via a FSUtil command (fsutil usn deletejournal /n c:), but file explorer won't show that you've saved much space (maybe a gig), as normally file exporer can't see that meta file to begin with. Something you could/should probably put in the "Advanced" section... If you have indexing turned off anyways, no problem, although it can take a while to delete on a highly fragmented drive. I think it will rebuild itself (probably much smaller though) after a reboot if you have indexing turned on (between which, I'd do a defrag so that sucka's in only one spot). The reason for getting rid of it, is that because it is an unmovable file, that grows, and it gets fragmented into all sorts of odd places on your drive which causes the drive to be much slower (i.e. having it in and around where your $MFT should be contiguous, causes a major slow down). After deleting it from my computer, and then re-running mydefrag, I seen at least a 10 to 20% boot speed increase, as mydefrag did not have to sort around it, and there were no longer small chunks of it sitting in my $MFT zone and "boot load" zone anymore. I do have a question, and possibly another good suggestion (depending on the answer to that question).... Can most/all of the files in the RSA\MACHINEKEYS directory be deleted without the OS (using winxp sp3) or other apps puking all over themselves? If they can be deleted, that would be another thing to clean up. Here's the reason why... My kid's computer (almost identical to mine) is still slow after using MD (MyDefrag), because there are 1,594 - "unmovable" 2KB files (most of them with old dates) sitting all around where the $MFT should be in one contiguous spot at the front of the drive (causes MD to take 5+ hours just to sort the $MFT area). Their actual size is something like 2.2MB, but they take up 6.7MB of actual drive space (only uses 1.7kb of 4kb clusters). They also cause the $MFT to become very fragmented again within just a few days, again slowing the computer to a crawl. Cleaning these files up could possibly speed up both a defragmentation program, AND then every disk operation after doing that defrag. If you have an answer to this question, please let me know. Thank you for your time and consideration.