3 hours ago, Harlequin wrote
I noticed that on my work computer here running Windows 7 64 bit. If Windows Update was downloading 500MB of stuff my computer would slow to an almost unusable crawl. Not sure why and IT couldn't figure it out.
But now we run a Windows Update Server, so stuff gets pushed once a week to workstations, so I don't have that issue anymore.
If you have an old disk and you're using more memory than you probably should be, then Windows Update's writes to the disk start starving the pagefile. This means that background apps (like explorer and the taskbar and all of the system services including the ones that do things like the clipboard and window composition) which have their pages pushed out to the pagefile to let your memory hungry foreground apps (like Visual Studio) consume more virtual RAM than your physical hardware should really allow. The problem is that when that background app wants their memory back the thread has to wait for the kernel to go and get the memory back from the pagefile. Now if you have an old PC and Windows Update is writing stuff to disk, it'll need to move the platter to the appropriate location in the pagefile, read out the memory, restart the thread and then move the disk back to the position that windows update was writing to.
Unsurprisingly this is slow, but the best solution really is to kill as many programs as you can, open Windows Update in the foreground and give it control of your machine for an hour and go and have lunch. Because you won't be doing anything with background processes, they won't complain so much that their memory is being swapped out, and the foreground thread gets a priority boost to CPU and have pages swapped out less frequently so Windows can spend more time running the programs on your machine and less time telling them to wait whilst it jumps the disk between the pagefile and the huge file you're trying to write.
Add your 2¢