2011年6月12日到17日，本人随同苏比克公司技术支持A赴烟台富士康解决有关SVCHOST.exe不定期占用100%CPU，从而导致部分SODICK机床无法操作的问题。

 

6月12日，我向A详细了解了此行目的。发现似乎和我以前理解的有出入。（我原先以为只要简单的升级系统补丁，加入路由器，实现网络分隔即可。而这次真正要解决的是不让机床死机,以便让这批机床可以顺利验收。）

 

6月13日，星期一，先将预定方案，A先将所有发生死机现象的这批机床母盘重作，然后我升级WUA3.0和相关SAFE360补丁。本来按照在公司的测试方案，在打上WUA3.0之后，得再升级由MDI.EXE定制的微软前期补丁。但在烟台的机床上，升级了WUA3之后，MDI.EXE定制的补丁升级不上了。我将错误报与了B，然后晚上在网吧寻求其它解决方法。

 

6月14日，星期二。上午八点，对方反映问题没有解决。我和A到了富士康之后，发现有一台机床正在死机。但由于手头没有其它方案，我就详细向对方网管咨询了公司的网络拓扑结构。我发现这批新机床的网络子网掩码设置均为255.255.255.0.但其它机床及OFFICE电脑的子网掩码设置均为255.255.252.0.我以为应该是划分子网不清楚引起的网络搜索风暴引起的。于是，我将所有问题机床的掩码设置改成一样。且加上了公司带去的交换和路由器。但我发现我们在公司测试好的路由器，在富士康却不灵了。PING包老是时断时续。只好将路由器方案暂时舍掉。

 

6月15日，星期三。对方反映问题还有死机。等我们赶到现场时，我试着停掉有关SVCHOST.EXE的相关服务进程。当我停到一个WINDOWS TIME的服务进程时。系统不能操作，于是，我判定SVCHOST占用CPU100%的问题，应该和WINDOWS TIME相关的服务进程有关。

 

。。。。。。。。。。