I no longer work at Microsoft, so please don't bother leaving a comment here or trying to contact me through my MSDN blog.
You can find my new blog at http://www.technologytoolbox.com/blog/jjameson. My new site also provides copies of all posts from my MSDN blog.
I spent a few hours last night (and another hour this morning) rebuilding my Windows 7 desktop that I use as my primary workstation (WOLVERINE).
In case you haven't heard, Service Pack 1 for Windows 7 and Windows Server 2008 R2 was released a few weeks ago. Note that I certainly don't rebuild my computers every time an OS service pack is released. Rather, the driving factor behind my latest rebuild was a new solid-state drive (SSD) that I recently received.
I've been running an SSD in my Microsoft laptop for a while now and I must say the difference is amazing. If you are a developer running a laptop without an SSD then, believe me, I feel your pain. Especially if you are a SharePoint developer running on a laptop without an SSD. Been there...done that...won't ever do it again.
These days, I do 99% of my development work using a number of Hyper-V VMs running in the "Jameson Datacenter" (a.k.a. my home lab) and -- at least in my opinion -- this is the only way to go. Well, okay, maybe not the only way, but it certainly eliminates any sensation of not "firing on all cylinders" in terms of productivity.
I've mentioned in a previous post about using MaxPatchCacheSize to save signficant disk space. When I first rebuilt my laptop with an 80 GB SSD, I didn't set MaxPatchCacheSize to 0 and consequently ended up wasting several gigabytes of "expensive storage" in the \Windows\Installer\$PatchCache$ folder (remember, this is SSD storage that I'm talking about here). I've since rebuilt my laptop and ensured that I applied this setting immediately after installing the operating system.
So when it came time last night to rebuild my desktop with a shiny new SSD, I immediately set MaxPatchCacheSize to 0 after installing Windows 7. As you can see from the following screenshot, this doesn't eliminate all of the space consumed by the \Windows\Installer folder. On my desktop, the Installer folder still consumes about 2 GB of space (which certainly seems like a waste, in my opinion, but oh well). However, at least I can take some satisfaction in knowing that it could be much worse (i.e. by not constraining the patch cache).
In case anyone is interested in how I recommend building out a workstation, here are the details.
I've updated the following to reflect a few omissions in my original post (such as installing the Remote Server Administration Tools for Windows 7 before installing SP1).
Start by installing Windows 7. When prompted to create a new user, specify a user name that will be used whenever you need administrator privileges (for example, to install software or make other configuration changes). Personally, I've been using "foo" for as long as I can remember. I strongly prefer my primary domain account (i.e. TECHTOOLBOX\jjameson) not be a member of the Administrators group.
I then immediately installed the Remote Server Administration Tools for Windows 7.
If you plan on using the Remote Server Administration Tools for Windows 7, then now is the time to install them. Otherwise you won't be able to install RSAT after upgrading to Windows 7 SP1 -- at least not until the updated version is released.
Next, I installed Windows 7 SP1 and subsequently joined the machine to the domain (TECHTOOLBOX). After rebooting, my various group policies kicked in, thus ensuring, for example, the desktop is configured to use my local WSUS server for Windows Update. Fortunately -- having just installed Windows 7 SP1 -- the number of updates detected was actually quite small (although it still required a couple of reboots to get the .NET Framework 4 Client Profile installed and patched).
I then proceeded to install the following:
After installing all of this, I then went through the Windows Update cycle a few more times in order to apply additional updates (for example, security updates for Office 2010).
Wow, look at the time! It looks like I'll be working through lunch today to make up for my late start ;-)