Yes, 2775511 is applied to all machines. We are on WMF 3.0
Mark Kent (MCP) Sr. Desktop Systems Engineer Computing & Technology Services - SUNY Buffalo State From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Friday, February 27, 2015 11:39 PM To: [email protected] Subject: Re: [mssms] Software updates scanning question Do you have the Enterprise Hotfix Rollup for Win7 on your machines? What version of windows mgmt. framework is installed? Sent from Windows Mail From: Kent, Mark<mailto:[email protected]> Sent: Friday, February 27, 2015 15:34 To: [email protected]<mailto:[email protected]> We are running SCCM 2012 R2 CU1, SQL 2012, on Server 2012. 99% of our clients are Windows 7 SP1. We are seeing the issue documented here: https://social.technet.microsoft.com/Forums/en-US/4a782e40-bbd8-40b7-869d-68e3dfd1a5b4/windows-update-scan-high-memory-usage?forum=w7itproperf Essentially, when update scanning kicks off, the svchost.exe process skyrockets on memory use. On machines that have only 2GB of RAM, they soon exhaust physical memory and start to page out to disk. This seriously slows down the machine. We still have hundreds of machines with 2GB of RAM, so simply popping in additional memory is out of the question. The suggestion in the link is to change the scan cycle. Now, we have SCCM looking for OS/Office updates every 3 days yet the machines have issues daily. We also use SCEP and it checks for updates 3 times a day. Correct me if I am wrong, but SCEP also uses WSUS and therefore uses the Windows update scan engine to look for virus definitions. If this is true, then it would explain why the machines are slow on a daily basis. I guess I am just looking for confirmation on my hypothesis. There doesn’t seem to be any fix from MS on this that I can find. We have tried some of the suggestions in the forum post but still have the same problem like the original poster has. I can change the def update scan for 4AM when all the machines power on to check for any installs they need to perform. This should at least drastically reduce the frequency of slowdowns. Thanks. Mark Kent (MCP) Sr. Desktop Systems Engineer Computing & Technology Services - SUNY Buffalo State
