1、驱动没有经过认证，造成CPU资源占用100%。

　　大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。

　　2、杀毒软件CPU使用率占用100%

　　现在的杀毒软件一般都加入了，对网页、邮件、个人隐私的即时监空功能，这样无疑会加大系统的负担。比如:在玩游戏的时候，会非常缓慢。关闭该杀毒软件是解决得最直接办法。

　　3、病毒、木马造成。

　　出现CPU占用率100% 的故障经常是因为病毒木马造成的，比如震荡波病毒。应该首先更新病毒库，对电脑进行全机扫描 。接着，在使用反间谍软件Ad—Aware，检查是否存在间谍软件。论坛上有不少朋友都遇到过svchost.exe占用CPU100%，这个往往是中毒的表现。

　　svchost.exe 中的系统服务是以动态链接库(DLL)的形式实现的，其中一些会把可执行程序指向svchost.exe，由它调用相应服务的动态链接库并加上相应参数来启动服务。正是因为它的特殊性和重要性，使它更容易成为了一些病毒木马的宿主。

　　大量的蠕虫病毒在系统内部迅速复制，造成CPU占用资源率据高不下。解决办法：使用最新的杀毒软件在DOS模式下进行杀毒。经常性更新升级杀毒软件和防火墙，加强防毒意识，掌握正确的防杀毒知识。

　　4、开始->运行->msconfig->启动，关闭不必要的启动项，重启。

　　5、网络连接导致CPU使用率占用100%

　　查看网络连接。主要是网卡。当你的2000/xp作为服务器时，收到来自端口445上的连接请求后，系统将分配内存和少量CPU资源来为这些连接提供服务，当负荷过重，就会出现上述情况。要解决这个问题可以通过修改注册表来解决，打开注册表，找到HKEY—LOCAL—MACHNESYSTEMCurrentControlSetServiceslanmanserver，在右面新建一个名为";maxworkitems";的DWORD值.然后双击该值，如果你的电脑有512以上内存，就设置为";1024";，如果小于512，就设置为256.

　　6、查看“svchost”进程

　　Svchost.exe是 XP系统的一个核心进程。Svchost.exe不单单只出现在 XP中，在使用NT内核的系统中都会有Svchost.exe的存在。一般在 2000中Svchost.exe进程的数目为2个，而在 XP中Svchost.exe进程的数目就上升到了4个及4个以上。

　　如何才能辨别哪些是正常的Svchost.exe进程，而哪些是病毒进程呢?

　　Svchost.exe的键值是在“HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionSvchost”，每个键值表示一个独立的Svchost.exe组。

　　微软还为我们提供了一种察看系统正在运行在Svchost.exe列表中的服务的方法。以 XP为例：在“运行”中输入：cmd，然后在命令行模式中输入：tasklist /svc。系统列出服务列表。如果使用的是 2000系统则把前面的“tasklist /svc”命令替换为：“tlist -s”即可。

　　如果你怀疑计算机有可能被病毒感染，Svchost.exe的服务出现异常的话通过搜索Svchost.exe文件就可以发现异常情况。一般只会找到一个在：“C:WindowsSystem32”目录下的Svchost.exe程序。如果你在其他目录下发现Svchost.exe程序的话，那很可能就是中毒了。

　　还有一种确认Svchost.exe是否中毒的方法是在任务管理器中察看进程的执行路径。但是由于在系统自带的任务管理器不能察看进程路径，所以要使用第三方的进程察看工具。

　　上面简单的介绍了Svchost.exe进程的相关情况。总而言之，Svchost.exe是一个系统的核心进程，并不是病毒进程。但由于Svchost.exe进程的特殊性，所以病毒也会千方百计的入侵Svchost.exe。通过察看Svchost.exe进程的执行路径可以确认是否中毒。

　　7、把网卡、显卡、声卡卸载，然后重新安裝一下驱动。

　　8、重装系统、常用软件、当然也要装驱动。

　　用几天看一下，若不会出现这种问题，再装上其他软件，但是最好是一个软件装完，先用几天。出现问题再接着装!

　　特征:服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。查看任务管理器，可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间，

　　管理员在这种情况下，只好重新启动IIS服务，奇怪的是，重新启动IIS服务后一切正常，但可能过了一段时间后，问题又再次出现了。

　　直接原因:

　　有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其它线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。

　　解决办法:

　　安装“一流信息监控拦截系统”，使用其中的“首席文件检查官IIS健康检查官”软件，

　　启用”查找死锁模块”，设置:

　　--wblock=yes

　　监控的目录，请指定您的主机的文件所在目录:

　　--wblockdir=d:test

　　监控生成的日志的文件保存位置在安装目录的log目录中，文件名为:logblock.htm

　　停止IIS，再启动“首席文件检查官IIS健康检查官”，再启动IIS，“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。

　　过了一段时间后，当问题出来时，例如CPU会再次一直处100%的水平，可以停止IIS，检查logblock.htm所记录的最后的十个文件，注意，最有问题的往往是计数器类的ACCESS文件，例如:”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十个文件或有所怀疑的文件删除到回收站中，再启动IIS，看看问题是否再次出现。我们相信，经过仔细的查找后，您肯定可以找到这个让您操心了一段时间的文件的。