为什么Python程序不怎么占用CPU资源_百度知道如何让python使用全部cpu_百度知道cpu使用率的计算
12-25 18:11:05&&&来源：&&&评论：
cpu使用率的计算，有需要的朋友可以参考下。proc文件系统 proc文件系统是一个伪文件系统，它只存在内存当中，而
cpu使用率的计算，有需要的朋友可以参考下。proc文件系统/proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为内核与进程提供通信的接口。用户和应用程序可以通过/proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取/proc目录中的文件时，proc文件系统是动态从系统内核读出所需信息并提交的。/proc目录中有一些以数字命名的目录，它们是进程目录。系统中当前运行的每一个进程在/proc下都对应一个以进程号为目录名的目录/proc/pid，它们是读取进程信息的接口。此外，在Linux2.6.0-test6以上的版本中/proc/pid目录中有一个task目录，/proc/pid/task目录中也有一些以该进程所拥有的线程的线程号命名的目录/proc/pid/task/tid，它们是读取线程信息的接口。/proc/cpuinfo文件该文件中存放了有关 cpu的相关信息(型号，缓存大小等)。[zhengangen@buick ~]$ cat /proc/cpuinfoprocessor : 0vendor_id : GenuineIntelcpu family : 15model : 4model name : Intel(R) Xeon(TM) CPU 3.00GHzstepping : 10cpu MHz : cache size : 2048 KBphysical id : 0siblings : 2core id : 0cpu cores : 1fdiv_bug : nohlt_bug : nof00f_bug : nocoma_bug : nofpu : yesfpu_exception : yescpuid level : 5wp : yesflags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mcacmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lmpni monitor ds_cpl cid xtprbogomips : 6004.52说明：以下只解释对我们计算Cpu使用率有用的相关参数。参数 解释processor (0) cpu的一个物理标识结论1：可以通过该文件根据processor出现的次数统计cpu的逻辑个数(包括多核、超线程)。/proc/stat文件该文件包含了所有CPU活动的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。不同内核版本中该文件的格式可能不大一致，以下通过实例来说明数据该文件中各字段的含义。实例数据：2.6.24-24版本上的fjzag@fjzag-desktop:~$ cat /proc/statcpu 594 56 581 895 0 0cpu0 855 17 576 661 0 0cpu1 739 9 4 234 0 0intr
1 0 5 0 3 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0ctxt 1434984btime processes 8113procs_running 1procs_blocked 0第一行的数值表示的是CPU总的使用情况，所以我们只要用第一行的数字计算就可以了。下表解析第一行各数值的含义：参数 解析（单位：jiffies）(jiffies是内核中的一个全局变量，用来记录自系统启动一来产生的节拍数，在linux中，一个节拍大致可理解为操作系统进程调度的最小时间片，不同linux内核可能值有不同，通常在1ms到10ms之间)user (38082) 从系统启动开始累计到当前时刻，处于用户态的运行时间，不包含nice值为负进程。nice (627)从系统启动开始累计到当前时刻，nice值为负的进程所占用的CPU时间system (27594) 从系统启动开始累计到当前时刻，处于核心态的运行时间idle (893908)从系统启动开始累计到当前时刻，除IO等待时间以外的其它等待时间iowait (12256)从系统启动开始累计到当前时刻，IO等待时间(since 2.5.41)irq (581)从系统启动开始累计到当前时刻，硬中断时间(since 2.6.0-test4)softirq (895) 从系统启动开始累计到当前时刻，软中断时间(since2.6.0-test4)stealstolen(0) which is the time spentin other operating systems when running in a virtualizedenvironment(since 2.6.11)guest(0) which is the time spent running avirtual CPU for guest operating systems under the control of theLinux kernel(since 2.6.24)结论2：总的cpu时间totalCpuTime = user + nice + system+ idle + iowait + irq + softirq + stealstolen + guest/proc//stat文件该文件包含了某一进程所有的活动的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。以下通过实例数据来说明该文件中各字段的含义。[zhengangen@buick ~]# cat /proc/6873/stat6873 (a.out) R 23
0 25 0 3 0
0 0 0 0 0 17 0 0 0说明：以下只解释对我们计算Cpu使用率有用相关参数参数 解释pid=6873 进程号utime=1587 该任务在用户态运行的时间，单位为jiffiesstime=41958 该任务在核心态运行的时间，单位为jiffiescutime=0 所有已死线程在用户态运行的时间，单位为jiffiescstime=0 所有已死在核心态运行的时间，单位为jiffies结论3：进程的总Cpu时间processCpuTime =utime + stime + cutime + cstime，该值包括其所有线程的cpu时间。/proc//task//stat文件该文件包含了某一进程所有的活动的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。该文件的内容格式以及各字段的含义同/proc//stat文件。注意，该文件中的tid字段表示的不再是进程号，而是linux中的轻量级进程(lwp)，即我们通常所说的线程。结论4：线程Cpu时间threadCpuTime = utime + stime系统中有关进程cpu使用率的常用命令ps 命令通过ps命令可以查看系统中相关进程的Cpu使用率的信息。以下在linuxman文档中对ps命令输出中有关cpu使用率的解释：CPU usage is currently expressed as the percentage of time spentrunning during the entire lifetime of a process. This is not ideal,and it does not conform to the standards that ps otherwise conformsto. CPU usage is unlikely to add up to exactly 100%.%cpu cpu utilization of the process in &##.#& format. It is theCPU time used divided by the time the process has been running(cputime/realtime ratio), expressed as a percentage. It will notadd up to 100% unless you are lucky.结论5：ps命令算出来的cpu使用率相对于进程启动时的平均值，随着进程运行时间的增大，该值会趋向于平缓。top命令通过top命令可以查看系统中相关进程的实时信息（cpu使用率等）。以下是man文档中对top命令输出中有关进程cpu使用率的解释。#C -- Last used CPU (SMP) A number representing the last usedprocessor. In a true SMP environment this will likely changefrequently since the kernel intentionally uses weak affinity. Also,the very act of running top may break this weak affinity and causemore processes to change CPUs more often (because of the extrademand for cpu time).%CPU -- CPU usage The task’s share of the elapsed CPU time sincethe last screen update, expressed as a percent-age of total CPUtime. In a true SMP environment, if Irix mode is Off, top willoperate in Solaris mode where a task’s cpu usage will be divided bythe total number of CPUs.结论6：某一个线程在其运行期间其所使用的cpu可能会发生变化。结论7：
在多核的情况下top
命令输出的cpu使用率实质是按cpu个数*100%计算的。
单核情况下Cpu使用率的计算基本思想通过读取/proc/stat、/proc//stat、/proc//task//stat以及/proc/cpuinfo这几个文件获取总的Cpu时间、进程的Cpu时间、线程的Cpu时间以及Cpu的个数的信息，然后通过一定的算法进行计算(采样两个足够短的时间间隔的Cpu快照与进程快照来计算进程的Cpu使用率)。总的Cpu使用率计算计算方法：1、 采样两个足够短的时间间隔的Cpu快照，分别记作t1,t2，其中t1、t2的结构均为：(user、nice、system、idle、iowait、irq、softirq、stealstolen、guest)的9元组;2、 计算总的Cpu时间片totalCpuTimea) 把第一次的所有cpu使用情况求和，得到s1;b) 把第二次的所有cpu使用情况求和，得到s2;c) s2 -s1得到这个时间间隔内的所有时间片，即totalCpuTime = j2 - j1 ;3、计算空闲时间idleidle对应第四列的数据，用第二次的第四列 - 第一次的第四列即可idle=第二次的第四列 - 第一次的第四列6、计算cpu使用率pcpu =100* (total-idle)/total某一进程Cpu使用率的计算计算方法：1． 采样两个足够短的时间间隔的cpu快照与进程快照，a) 每一个cpu快照均为(user、nice、system、idle、iowait、irq、softirq、stealstolen、guest)的9元组;b) 每一个进程快照均为(utime、stime、cutime、cstime)的4元组；2． 分别根据结论2、结论3计算出两个时刻的总的cpu时间与进程的cpu时间，分别记作：totalCpuTime1、totalCpuTime2、processCpuTime1、processCpuTime23． 计算该进程的cpu使用率pcpu =100*( processCpuTime2 – processCpuTime1) / (totalCpuTime2 –totalCpuTime1) (按100%计算，如果是多核情况下还需乘以cpu的个数);实验数据实验一:监控一空循环的进程的cpu使用率。说明：左边的数据是按以上算法得到的数据，其中采样的时间间隔与top命令刷新屏幕的时间间隔相同。按以上方法计算得到的cpu使用率通过top命令得到的99.5008398.33333698.098.8313899.099.099.8336198.8352798.4975PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+COMMAND7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:00.74java7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:03.71java7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:06.67java7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:09.63java7639 fjzag 20 0 206m 10m 7136 S 98 2.2 1:12.59java7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:15.55java7639 fjzag 20 0 206m 10m 7136 S 100 2.2 1:18.55java7639 fjzag 20 0 206m 10m 7136 S 100 2.2 1:21.54java7639 fjzag 20 0 206m 10m 7136 S 99 2.2 1:24.52java7639 fjzag 20 0 206m 10m 7136 S 98 2.2 1:27.46 java实验二:监控jconsole进程的cpu使用率。说明：左边的数据是按以上算法得到的数据，其中采样的时间间隔与top命令刷新屏幕的时间间隔相同。按以上方法计算得到的cpu使用率通过top命令得到的8.68113512.010.3505847.65390977.65390975.013.02170311.08.666667PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+COMMAND7753 fjzag 20 0 252m 72m 22m S 10 14.4 0:18.70jconsole7753 fjzag 20 0 252m 72m 22m S 12 14.4 0:19.07jconsole7753 fjzag 20 0 252m 72m 22m S 11 14.4 0:19.39jconsole7753 fjzag 20 0 252m 72m 22m S 7 14.4 0:19.61jconsole7753 fjzag 20 0 252m 72m 22m S 7 14.4 0:19.83jconsole7753 fjzag 20 0 252m 72m 22m S 5 14.4 0:19.97jconsole7753 fjzag 20 0 252m 72m 22m S 14 14.4 0:20.38jconsole7753 fjzag 20 0 252m 72m 22m S 10 14.4 0:20.68jconsole7753 fjzag 20 0 252m 72m 22m S 9 14.5 0:20.96 jconsole某一线程Cpu使用率的计算计算方法：1． 采样两个足够短的时间隔的cpu快照与线程快照，a) 每一个cpu快照均为(user、nice、system、idle、iowait、irq、softirq、stealstealon、guest)的9元组;b) 每一个线程快照均为(utime、stime)的2元组；2． 分别根据结论2、结论4计算出两个时刻的总的cpu时间与线程的cpu时间，分别记作：totalCpuTime1、totalCpuTime2、threadCpuTime1、threadCpuTime23． 计算该线程的cpu使用率pcpu =100*( threadCpuTime2 – threadCpuTime1) / (totalCpuTime2 –totalCpuTime1) (按100%计算，如果是多核情况下还需乘以cpu的个数);实验数据实验一:监控一空循环的线程的cpu使用率。说明：左边的数据是按以上算法得到的数据，其中采样的时间间隔与top命令刷新屏幕的时间间隔相同。按以上方法计算得到的cpu使用率通过top命令得到的98.8313897.0099796.9899797.4958398.16971696.838697.33333693.8230498.66667PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+COMMAND7649 fjzag 20 0 206m 10m 7136 R 97 2.2 7:22.94java7649 fjzag 20 0 206m 10m 7136 R 97 2.2 7:25.86java7649 fjzag 20 0 206m 10m 7136 R 97 2.2 7:28.76java7649 fjzag 20 0 206m 10m 7136 R 99 2.2 7:31.72java7649 fjzag 20 0 206m 10m 7136 R 98 2.2 7:34.65java7649 fjzag 20 0 206m 10m 7136 R 96 2.2 7:37.53java7649 fjzag 20 0 206m 10m 7136 R 98 2.2 7:40.47java7649 fjzag 20 0 206m 10m 7136 R 96 2.2 7:43.34java7649 fjzag 20 0 206m 10m 7136 R 97 2.2 7:46.25 java实验二:监控jconsole程序某一线程的cpu使用率。说明：左边的数据是按以上算法得到的数据，其中采样的时间间隔与top命令刷新屏幕的时间间隔相同。按以上方法计算得到的cpu使用率通过top命令得到的1.34003356.6445181.33333340.66777960.66666671.33333341.3333334PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+COMMAND7755 fjzag 20 0 251m 72m 22m S 1 14.4 0:11.92jconsole7755 fjzag 20 0 251m 72m 22m S 7 14.4 0:12.12jconsole7755 fjzag 20 0 251m 72m 22m S 2 14.4 0:12.18jconsole7755 fjzag 20 0 251m 72m 22m S 0 14.4 0:12.18jconsole7755 fjzag 20 0 251m 72m 22m S 1 14.4 0:12.20jconsole7755 fjzag 20 0 251m 72m 22m S 1 14.4 0:12.24jconsole7755 fjzag 20 0 251m 72m 22m S 1 14.4 0:12.28 jconsole多核情况下cpu使用率的计算以下通过实验数据来说明多核情况下某一进程cpu使用率是按cpu个数*100%计算的.实验一描述:在双核的情况下作的一组实验，第一组数据是通过ps -eLo pid,lwp,pcpu |grep 9140命令查看进程号为9140的进程中各线程的详细信息。第二组数据是通过ps命令查看进程号为9140进程的cpu使用率。数据一：pid lwp %cpu.0.0.0.0.0.0.0.0.1.6 该线程是一个空循环.9 该线程是一个空循环以上除了红色标注出来的两个线程以外,其他的线程都是后台线程。数据二：pid %cpu实验二描述：在单核的情况下作的一组实验，第一组数据是通过ps -eLo pid,lwp,pcpu |grep 6137命令查看进程号为6137的进程中各线程的详细信息。第二组数据是通过ps命令查看进程号为6137进程的cpu使用率。数据一：pid lwp %cpu.0.1.0.0.0.0.0.0.0.9 空循环线程.9 空循环线程以上除了红色标注出来的两个线程以外,其他的线程都是后台线程。数据二pid %cpu主要问题：1. 不同内核版本/proc/stat文件格式不大一致。/proc/stat文件中第一行为总的cpu使用情况。各个版本都有的4个字段: user、nice、system、idle2.5.41版本新增字段：iowait2.6.0-test4新增字段：irq、softirq2.6.11新增字段：stealstolen ： which is the time spent in otheroperatingsystems when running in a virtualized environment2.6.24新增字段：guest: which is the time spent running a virtual CPUfor guest operating systems under the control of the Linuxkernel2．/proc/pid/task目录是Linux 2.6.0-test6之后才有的功能。3．关于出现cpu使用率为负的情况，目前想到的解决方案是如果出现负值，连续采样计算cpu使用率直到为非负。4. 有些线程生命周期较短,可能在我们采样期间就已经死掉了.
相关热词搜索：
频道总排行
频道本月排行CPU资源占用过高问题解决
(window.slotbydup=window.slotbydup || []).push({
id: '2611110',
container: s,
size: '240,200',
display: 'inlay-fix'
您当前位置： &
[ 所属分类
作者 红领巾 ]
内容摘要：CPU使用率高达100%。碰到这种情况，一般初学者都会选择重装系统来解决，然而其方法效果很好，但是它存在很多缺陷，如重装系统后，原来的系统设置必须重新设置，常用软件也得重新安装，非常麻烦。其实我们完全可以不重装系统，就可将此问题解决。　机器假死、鼠标有如木偶一样缓慢挪动，想调出任务管理器查看究竟，居然半天才弹出显示，而且状态栏里的CPU使用率高达100%。碰到这种情况，一般初学者都会选择重装系统来解决，然而其方法效果很好，但是它存在很多缺陷，如重装系统后，原来的系统设置必须重新设置，常用软件也得重新安装，非常麻烦。其实我们完全可以不重装系统，就可将此问题解决。　　一、开机就假死，清理自启动　　一般开机就假死的情况，基本都是在用户进入桌面时产生，而且其CPU使用率高达100%，出现这种问题的主要原因，是由于系统加载的启动程序过多，造成CPU工作超负荷的结果。　　通常情况下，正常的Windows环境，无非在启动程序里加载，系统启动程序、杀毒启动程序、QQ启动程序，以及其他应用程序等，这些根本就消耗不了多少CPU资源。所以说碰到这种情况，多半数是你系统身中病毒，而导致机器假死的情况出现。　　解决办法：在启动计算机时，不停的敲击F8键进入到系统安全模式下，然后打开&运行&对话框，输入&msconfig&命令回车，进入系统配置实用程序界面。　　然后切入至&启动&标签（如图1），将里面可疑&启动项&复选框勾去掉后，单击&确定&按钮，重起进入正常的Windows环境下，系统假死情况即可消失。　图1 系统配置实用程序　　当然你也可以使用第三方软件来解决，比如利用Windows优化、超级兔子等一类优化软件，对系统无用的服务进行关闭，从而达到系统优化，CPU占用资源减少的目的。　　 二、杀毒软件有功劳，负面作用也不小　没安杀毒软件的电脑总让人担心，可是安了杀毒软件的电脑就让人烦心，举个很简单的例子，瑞星杀毒软件在本机内，默认情况下会开启：漏洞攻击监控、内存监控、网页监控、文件监控、引导区监控、邮件发送监控、邮件接收监控，以及注册表监控的八大监视功能，这样就意味着没等你运行其他程序，内存就已经被占用很多，加之你是内存很小的用户，很可能再运行其他占用过大的程序，系统就会不堪重负。　　解决办法：倘若你同时运行了很多应用程序，请在任务栏内将不用的程序窗口关闭掉，然后打开&瑞星杀毒软件&界面，切入至&安全&标签（如图2）。从中禁用暂时不用的监视功能，比如我们现在打算浏览网站，只要将网页监控开启就可，其他监视功能可先全部关闭掉，以节省系统资源。图2 切入到&安全中心&　　小提示：或许你想接收邮件、或者运行系统内的文件，只要打开瑞星相关监控功能，关闭占时不用监视即可。　　三、病毒侵入占资源　　某些站长为了谋取私立，可谓是煞费苦心，居然以弹出广告的病毒方式，来强制大家浏览其网站。而且更可恶的是，还会不定时的弹出一堆垃圾站点，直到你CPU占用100%才肯罢休（如图3）。　图3 CPU运行效率句高不下　　解决办法：一旦出现以上问题，请立即打开&运行&对话框，并且在其文本处输入&taskkill /im iexplore.exe /f&命令回车，此时使用taskkill强行结束IE里所有进程，然后在运行本机内的杀毒软件，对系统进行一次全面杀毒。小提示：这种常见的恶意弹出窗口，只针对使用IE浏览器的用户。如果你想远离该病毒，请在上网冲浪时，使用非IE核心的浏览器，这样就不会被其病毒骚扰了。　　四、降低BT下载的占用资源　　虽然BT下载资源的速度很快，但是其占用系统资源也是很大的，如果在网络状态不好的情况下，使用BT下载很容易使系统当机。不过我们可以通过调整BT进程优先级，来有效降低其占用的资源。　　解决办法：运行BT下载后，按住&Ctrl+Del+Alt&组合键将任务管理器打开，然后切入至&进程&标签，从编辑区内找到并且右击BT进程，在弹出的快捷菜单内，依次选择&设置优先级&&&低于标准&选项后（如图4），就可解决BT下载占用资源过大的问题。图4 选择&低于标准&　　五、程序冲突，资源误占用　　有些软件与其他软件相互间有抵触作用，就会很容易产生因不兼容而造成的冲突问题，比如你的机器安有江民9.0防火墙软件、PPlive网络电视软件，当你运行PPlive网络电视软件播放节目时，其界面就会一直停在缓冲区界面内，而且其两者占用系统资源都有提高的趋势，此时在运行其他程序，系统就会很容易崩溃掉。　　解决办法：其实貌似这种冲突问题特别常见，一般都会发生在同类软件内，大家只要卸载掉发生冲突的其中一款软件，例如上方可以卸载PPlive网络电视软件，我们可以利用流星网络电视软件对其进行代替，从而解决&两虎先争必有一伤&的冲突问题。　　小提示：有时并非软件与软件之间不兼容，而是软件与硬件发生了不兼容产生了冲突。比如天网防火墙与一些具有超越线程的P4 CPU有冲突，导致CPU占用高达100%的情况出现。对此你可以卸载天网或者在BIOS中关闭超线程功能解决。　　六、索引服务也惹祸　　在Windows XP环境下，当我们点击AVI格式的视频文件，系统首先就会启动其预览的功能。但是如果机器的配置不好，点击的AVI文件较大，这样就会很容易造成系统假死，从而使其CPU占用资源达到100%。　　解决办法：打开&资源管理器&对话框，右击保存视频文件的文件夹，选择&属性&选项，然后在弹出的&属性&对话框内，切入&常规&标签，点击里面&高级&按钮。接着会显示&高级属性&对话框，从中将&为了快速搜索，允许索引服务编制该文件夹的索引&复选框勾去掉，这样以后点击AVI格式的视频文件，就不会启动其预览的功能，因而也就无从谈起系统假死的问题。　　小提示：如果要想彻底去除视频的预览功能，请打开&运行&对话框，输入&Regsvr32 /U shmedia.dll&命令回车，就可将其功能屏蔽。另外恢复此功能，只要输入&Regsvr32 Shmedia.dll&命令即可。
本文系统（windows）相关术语:三级网络技术 计算机三级网络技术 网络技术基础 计算机网络技术
转载请注明本文标题：本站链接：
分享请点击：
1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责；
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性，不作出任何保证或承若；
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
盖世人读书，第一要有志，第二要有识，第三要有恒；有志则断不甘为下流，有识则知学问无尽，不敢以一得自足，有恒则断无不成之事。---曾国藩
手机客户端
，专注代码审计及安全周边编程，转载请注明出处：http://www.codesec.net
转载文章如有侵权，请邮件 admin[at]codesec.net电脑小技巧（417）
1、驱动没有经过认证，造成CPU资源占用100%。大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。
　　2、防、杀毒软件造成故障。由于一些防、杀毒软加入了对网页、插件、邮件的随机监控，无疑增大了系统负担，可以根据情况有选择的开启服务。
　　3、病毒、木马造成。大量的蠕虫病毒在系统内部迅速复制，造成CPU占用资源率据高不下。解决办法：使用最新的杀毒软件在DOS模式下进行杀毒。经常性更新升级杀毒软件和防火墙，加强防毒意识，掌握正确的防杀毒知识。
　　4、开始-&运行-&msconfig-&启动，关闭不必要的启动项，重启。
　　5、查看“svchost”进程。
　　Svchost.exe是Windows XP系统的一个核心进程。Svchost.exe不单单只出现在Windows XP中，在使用NT内核的Windows系统中都会有Svchost.exe的存在。一般在Windows 2000中Svchost.exe进程的数目为2个，而在Windows XP中Svchost.exe进程的数目就上升到了4个及4个以上。
　　如何才能辨别哪些是正常的Svchost.exe进程，而哪些是病毒进程呢?
　　Svchost.exe的键值是在“HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionSvchost”，每个键值表示一个独立的Svchost.exe组。
　　微软还为我们提供了一种察看系统正在运行在Svchost.exe列表中的服务的方法。以Windows XP为例：在“运行”中输入：cmd，然后在命令行模式中输入：tasklist /svc。系统列出服务列表。如果使用的是Windows 2000系统则把前面的“tasklist /svc”命令替换为：“tlist -s”即可。
　　如果你怀疑计算机有可能被病毒感染，Svchost.exe的服务出现异常的话通过搜索Svchost.exe文件就可以发现异常情况。一般只会找到一个在：“C:WindowsSystem32”目录下的Svchost.exe程序。如果你在其他目录下发现Svchost.exe程序的话，那很可能就是中毒了。
　　还有一种确认Svchost.exe是否中毒的方法是在任务管理器中察看进程的执行路径。但是由于在Windows系统自带的任务管理器不能察看进程路径，所以要使用第三方的进程察看工具。
　　上面简单的介绍了Svchost.exe进程的相关情况。总而言之，Svchost.exe是一个系统的核心进程，并不是病毒进程。但由于 Svchost.exe进程的特殊性，所以病毒也会千方百计的入侵Svchost.exe。通过察看Svchost.exe进程的执行路径可以确认是否中毒。
　　6、查看网络连接。主要是网卡。
　　7、把网卡、显卡、声卡卸载，然后重新安裝一下驱动。
　　8、重装系统、常用软件、当然也要装驱动，用几天看一下。若不会出现这种问题，再装上其他软件，但是最好是一个软件装完，先用几天。如果没有出现问题再接着装。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：154930次
积分：6217
积分：6217
排名：第2691名
原创：489篇
(22)(80)(108)(93)(118)(68)