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

Most people use their SSD as their primary system installation disk with Windows 7.

W7 already has a lot of optimizations for SSDs, both in terms of performance and lifetime. Minimizing writes increases the lifetime of SSDs, so post each suggestion as an answer and let others vote on them.


I'm not sure anymore that minimizing writes is a good thing [tm], hard facts that SSDs will degrade within a noticeable time are missing and it seems this it can create a bit FUD about the functionality of the SSD. In other words: I question the usefulness of my wiki question.

share|improve this question
We've written a post about this on the Super User Blog, see Maximizing the lifetime of your SSD. – Tom Wijsman May 12 '11 at 16:37
This reminds me of way back when, when CDR drives first came out. People were paranoid about using them. People were so afraid of wearing out their purchase they never used them. The same thing is happening with SSDs. The whole point of these devices is to use them! The more you write to a SSD, the more you benefit from it. Its like a Ferrari, it stays shiny in the garage, but you cant go fast unless you actually drive it. – Keltari Aug 23 '11 at 12:31

Move the temp folders to other partitions

Each user has a designated Temp folder (e.g. C:\Users\<username>\AppData\Local\Temp) as well as there's the system wide one C:\Windows\Temp. Applications usually access them via the environment variables TEMP and TMP; so actually changing them is quite easy (at least system wide and for the current user).

share|improve this answer

Move the page file

Ensure that this is located on another partition.

share|improve this answer
Wouldn't this negate a lot of the performance benefits you get from an SSD? If the swap file is on a slow normal drive, how does the SSD improve performance except for boot and program launches? – Console Jun 1 '10 at 21:44
Well.. I wanted to write this also but this applies to every answer here. Basically they are for paranoid reducement, not for using out a SSD. (people who wants to use a SSD like this should just choose a HDD. Same speed, etc with these.) – Shiki Jun 1 '10 at 21:51
@Shiki: Yes I agree, it's about the paranoia wearing out the SSD. Should I put more emphasis on this in Q maybe? – mark Jun 2 '10 at 10:05
Well I don't really know. But seriously... how could they wear out? Basically with math, the numbers show 12year, 15 year of lifetime. Thats goddamn much. Even if you write the full amount of data every day, you get about ~5yr. And these numbers represent the 1-2 year old models. Don't think one should worry about it. Its like using a PC but fearing that it will break down once. Yes it will, its a PC. Like with a laptop, if you use it, the more it likely to break down once. – Shiki Jun 2 '10 at 10:26
For the record, the Engineering Windows 7 blog specifically recommends putting the pagefile on the SSD.… – coneslayer Jun 7 '10 at 12:58

Disable hibernation (if not needed)

Hibernation has two main benefits: (relatively) fast booting from power-off; and the ability to continue working exactly where you left off. SSDs greatly improve the boot time and application launch times, which somewhat offsets the usefulness of hibernation.

The hibernation file must be on the boot partition, so it is a significant waste of space (assuming the OS is on the SSD). And permanently freeing as much space as possible can help improve the SSD's performance. It should also eliminate a significant amount of wear on the SSD, compared with hibernate being used often.

Hibernation can be disabled by typing the following in the Command Prompt (as administrator):

powercfg /hibernate off
share|improve this answer
Hibernation is not only for faster "boot", but keeping your work stuff in place so you dont have to open everything back again, so on. Much easier, better, and in my opinion would use smaller amount of IO than booting up from scratch but fix me. – Shiki Jun 1 '10 at 21:50
@shiki I don't think you fully read my post; I listed two benefits of hibernation - the 2nd being the ability to keep working from an earlier state. And I would expect than writing several GBs (or whatever the memory content amounts to) every time you hibernate your PC involves significantly more IO (especially detrimental IO: writes) than a normal shut down + boot + re-opening all your apps/files. – sblair Jun 1 '10 at 23:01
@shiki But the convenience of hibernation still has merit (especially on an SSD with decent sequential read/write speeds, where hibernation should be faster than an HDD), which is why I put "if not needed" in the heading of my post. – sblair Jun 1 '10 at 23:53

Disable Prefetch

Turn off Prefetch on Windows 7. You already have great read performance with SSD, there's no reason Windows should unnecessarily write thousands of MBs in the sxs directory to make programs start faster.

Update the EnablePrefetcher registry key in your run-time image to:

Key:   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters
Name:  EnablePrefetcher
Value: 0


share|improve this answer

Move the searcher index to another partition

The searcher index can get updated quite often, even more so if you've configured additional directories for effective searching (maybe also on other hard disks)

OTOH, if you use the searcher a lot you would actually want to benefit from quick access of the SSD so you might not move it off to a non-SSD drive.

I've been running the searcher on a non-SSD drive for the matter for a few days and changed it back. I got the impression the system never stops doing anything (audible noise from non-SSD drive) and that it takes much more time. I'm not sure anymore it's a good idea.

share|improve this answer

You must log in to answer this question.

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