Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

On my computers (running windows 7 and vista and using SD cards and flash drives) ReadyBoost rebuilds cache after every reboot. Because of this and 5400RPM HDD, it takes several minutes for computer to start working normally. I gave up on using ReadyBoost because of that. Today I read in comments on this answer that for some people, ReadyBoost does not rebuild cache after every reboot.

My question is how to make ReadyBoost keep its cache even after reboot?

share|improve this question
I'm the person from the other post claiming that ReadyBoost doesn't rebuild it's cache on boot. I've not enough to really add an answer here, but I wonder if people are allowing multiple boot cycles to allow the cache to settle? It might be that it rebuilds the first few times to try and get the boot cache as optimised a possible? Just guessing, but if/when I've some time I'll hunt for some useful evidence... – DMA57361 Aug 21 '10 at 10:24
@DMA57361 I'll start experimenting and taking notes. – AndrejaKo Aug 21 '10 at 10:35
Well, as per the comments on Scott's answer, I retract my previous claims about the cache staying intact on the SD card - it's probably keeping all the stats safe, but the actual cache data itself is definately being reloaded on each boot. – DMA57361 Oct 15 '10 at 7:36
up vote 7 down vote accepted

Looks like this is a security feature, so I don't know if it can be bypassed:

The driver encrypts each block it writes using Advanced Encryption Standard (AES) encryption with a randomly generated per-boot session key in order to guarantee the privacy of the data in the cache if the device is removed from the system.

Unfortunately, I can't think of a way to help speed up the rebuild process or avoid it (other than increasing the amount of RAM which would make ReadyBoost unnecessary).

Update: I will summarize the comments below.
SuperFetch, ReadyDrive, and ReadyBoost are all technologies that work together.

SuperFetch monitors what files are being used by the user and system and learns what is used a lot and attempts to predict that may be called for in the future. Then that can be preloaded before it is actually called upon.

ReadyDrive attempts to predict what memory pages Windows needs to take into a hibernate so when Windows wakes up, Windows will resume from hibernate faster. The data Windows will need can be stored in an internal OEM installed non-removable ReadyBoost drive. ReadyDrive needs these internal drives because Windows can trust nothing has happened to it during a hibernate session. During a shutdown, even these drive are not trusted.

ReadyBoost caches hard drive reads at the sector level. It doesn't care about file systems because it only knows where on the disk data was. SuperFetch may determine a file is used frequently, so it will store that data in a ReadyBoost cache. There is a ReadyBoost cache on the hard drive which I assume is there (rather than reading it from disk elsewhere) is because hard drives have good sequential read performance (meaning reading sector after sector after sector, rather than needing to change tracks and dealing with seek times and rotational latency). The goal of using a ReadyBoost flash device is to beat the disk in performance. This way those hard drive sectors cached using ReadyBoost can be retrieved faster, increasing the computer's performance. For removable ReadyBoost drives, the contents of the drive can't be trusted through a standby, hibernate or shutdown event because the hard drive's or ReadyBoost's cache contents could have been changed since Windows had made that cache. To prevent bad data from being used, Windows will dump the old ReadyBoost cache and begin a new cache. During this time, performance would be less because the cache hasn't warmed up with the current sector's data.

Source: Here is a good video talking about these technologies and how they interrelate. Some interesting parts are about 16m30s-19m & 34m45s-38m40s, however, the whole video may be worth seeing.

share|improve this answer
I'm aware of that. But take a look at this answer and its comments. – AndrejaKo Sep 22 '10 at 9:18
After reading many posts and websites on ReadyBoost, I'm not sure that I would believe the posts about people observing their ReadyBoost not rebuilding. Also, from the volume of people wanting the cache not to rebuild it seems that no one has found a solution. That said, I remembered coming across some software called eBooster ( that is a third party "ReadyBoost like" app. I didn't see specifically no rebuilding on reboot, and I hadn't tried the product. It does have "pre-caching OS data" so some data can be persevered between reboots. I hope this suggestion helps. – Scott McClenning Sep 22 '10 at 23:37
Interesting, I may have to retract my previous statement @Angreja. For now, have a look at this MSDN blog entry and find the question "What happens when you remove the drive?" - this implies the cache is saved on disk along side the copy on the flash device. So, presumably, the cache isn't lost and doesn't need to be rebuilt, but does need a little bit of time to be reloaded to the flash device using the a new AES key. Thoughts? – DMA57361 Oct 13 '10 at 11:52
@DMA57361 Here is a video that may help explain why ReadyBoost rebuilds… about 16m30s-19m he states ReadyBoost works on the sector level, about 34m45s-38m40s he states removable flash drive are untrusted. In an older video (I can't locate) they explained the data is encrypted not only for privacy but to prevent tampering. If Windows uses ReadyBoost first and someone messed with the pages a bad person could circumvent Windows security. I believe that is why they don't trust it. – Scott McClenning Oct 14 '10 at 1:06
@DMA57361 In addition because ReadyBoost works on the sector level, if you dual boot a machine, anything could happen to the hard drive and you would be caching data that may no longer be there. So over a shutdown I believe it needs to be rebuild (both on the flash and the on disk map file). – Scott McClenning Oct 14 '10 at 1:09

These URLs show how to disable compression/encryption on a ReadyBoost drive

It looks like a removable drive is always encrypted, even if you try to disable it with group policy.

I wonder if you disabled compression/encryption if it'd be able to preserve the cache through a reboot.

share|improve this answer
How does one actually disable compression and/or encryption? Is this something you can set through the registry? The documentation is not clear how to make the settings apply on the computer. – Sun Nov 17 '14 at 16:49

You must log in to answer this question.

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