为您找到与cpu在什么情况下会坏相关的共200个结果:
当有时候想要查看一下cpu的使用率!用什么方法好呢?下面由读文网小编给你做出详细的linux查看cpu使用情况说明介绍!希望对你有帮助!
ps命令用于查看系统中的进程状态,格式为:“ps [参数]”。
查看进程与状态:“ps -aux”
查找某个特定的进程信息:"ps -aux | grep 进程名"
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
进程的所有者 进程ID号 运算器占用率 内存占用率 虚拟内存使用量(单位是KB) 占用的固定内存量(单位是KB) 所在终端 进程状态 被启动的时间 实际使用CPU的时间 命令名称与参数
参数 作用
-a 显示所有的进程(包括其他用户的)
-u 用户以及其他详细信息
-x 显示没有控制终端的进程
top命令用于监视进程的活动与系统负载,格式为:“top”。
这个top命令可真的是太厉害了,完全可以比喻成是“强化版的Windows任务管理器”,运行界面如下:
前面的五行为系统整体的统计信息,下面我们来逐行的讲解:
第1行:系统时间,运行时间,登陆用户数,系统负载(分别为1分钟、5分钟、15分钟的平均值)。
第2行:进程总数,运行中的,睡眠中的,停止的,僵尸的。
第3行:用户占用资源,系统内核占用资源,改变过优先级的进程,空闲的资源,等待输入输出的时间。
此行数据均为CPU数据并以百分比格式显示,例如"99.2 id"意味着有99.2%的CPU资源正在空闲中。
第4行:物理内存总量,使用量,空闲量,作为内核缓存的内存量。
第5行:虚拟内存总量,使用量,空闲量,已被提前加载的内存数据。
进程的信息区中包含了各个进程的详细信息,含义如下:
PID:进程ID号
USER:进程的所有者
PR:优先级
NI:优先级(负值表示优先级更高)
VIRT:虚拟内存使用量
RES:物理内存使用量
SHR:共享内存大小
S:进程状态(上文中有提到)
%CPU:运算器的使用百分比
%MEM:内存的使用百分比
TIME+:使用CPU的时间(单位是1/100秒)
COMMAND:命令名称
看了“linux如何查看cpu使用情况 ”文章的还看了:
浏览量:3
下载量:0
时间:
手机CPU是手机的重要组成部分之一,它决定着手机运行速度的快慢。下面是读文网小编带来的关于手机cpu坏了会出现什么情况的内容,欢迎阅读!
骁龙200 系列处理器拥有出色的便捷性,在优化续航时间的同时,用户可享受备受青睐的移动体验。骁龙200系列处理器经过精心打造,让应用程序的导航和切换更加顺畅,同时提供生动的高清视觉效果和优质的多声道音频。骁龙200系列包括骁龙212/210/208/200四款。骁龙200系列面向入门级终端市场,且均支持双SIM卡,具有很高的实用性。
浏览量:2
下载量:0
时间:
CPU作为电脑的核心组成部份,它的好坏直接影响到电脑的性能。下面是读文网小编带来的关于笔记本待机情况下无操作正常cpu温度多少的内容,欢迎阅读!
针对笔记本电脑的故障主要表现为硬件故障和软件故障,在对笔记本电脑进行检修时尽量按照如下流程。
虽然笔记本电脑易于携带,但它对工作环境的要求较高。当笔记本电脑出现故障时,首先要观察周围的环境,看是否存在散热不良或潮湿的情况。如果空间狭小,环境温度较高,很容易造成笔记本电脑散热不良,常出现的故障为机器运行缓慢或经常死机。如果环境较为潮湿,则容易诱发电脑硬件的故障(主要表现为电路方面的故障)。另外,重点检查笔记本电脑的供电.看是否存在电源适配器与市电插座接触不良的情况。非正常关机对笔记本电脑的危害非常大。
如果发现上述情况存在,应尽快调整工作环境,看故障情况有无改善,然后再进一步检查。
在笔记本电脑检修过程中,了解整个电脑的工作状态十分重要。了解工作状态主要包括掌握笔记本电脑操作系统运行的情况、笔记本电脑的硬件配置和软件配置,用户是否在发生电脑故障之前进行过违规操作或软件设置等。
根据所了解的情况,进一步分析故障是属于软件故障还是硬件故障。如果是系统配置或软件安装、设置、卸载过程中发生的故障,通常多为软件故障:如果是机器在突然断电或没有任何征兆的情况下发生的故障,则不排除有硬件故障的可能。
接下来根据分析思路查找故障线索,首先开机,看笔记本电脑供电是否正常,能否开机动作。如果可以在显示屏上看到有字符显示,至少证明显示屏及电源供电正常。然后再进一步根据提示和笔记本电脑发出的声响寻找故障点。如果笔记本电脑在开机时发出报警提示声或在屏幕上显示硬件错误提示信息,则通常为与主板相连的部件存在故障。如果机器不能进入系统,则在检查硬件的同时还要注意系统的设置是否正常,软件和硬件是否匹配。
如果机器能够进入系统,则重点查找软件故障,尤其是病毒。这是发生概率最高的一种软件故障。如果机器在一开始就不能启动,则需要重点检查笔记本电脑的供电。这也是笔记本电脑极易出现的故障点。值得注意的是,在进行故障查找时,要尽量注意数据的安全保护。如果有可能,将保存有重要数据的硬盘用其他硬盘来替换,然后进行故障排查。因为在故障排查过程中,频繁地开关机很容易对硬盘造成损坏,另外,对于检测人员来说一定要在检查之前做好防静电处理,并且在对电源部件进行检查时注意220v电压,规范操作,以免造成人身伤害或给机器造成二次故障。
检修原则由于笔记本电脑的电路十分复杂,同时需要各设备之间相互关联才能协同工作,因此,在对笔记本电脑故障进行检修时要遵循以下原则。
浏览量:3
下载量:0
时间:
CPU是电脑的重要组成部分,是不可缺少的角色。下面是读文网小编带来的关于笔记本cpu坏了会出现什么情况的内容,欢迎阅读!
安装方法
1记住无线网卡的型号,然后到网上搜索该型号的驱动,下载后解压
2. 有提示:右击“我的电脑”图标,打开的菜单选择“属性”命令
3. 如果没中选择“网络适配器”,单击“下一步”继续
4. 切换到“硬件”选项卡,单击“设备管理器”按钮
5. 单击“操作”菜单中的“扫描检测硬件改动”命令,这时就会跳出“发现新硬件”的对话框
6· Windows 可以连接到 Windows Update 以搜索软件吗。选择“否,暂时不”,单击“下一步”继续
7·您期望向导做什么。选择“从列表或指定位置安装”,单击“下一步”继续
8··选择一种硬件类型。在列表将无线网卡插入计算机的USB接口,系统会发现新硬件,并弹出“新硬件向导”对话框,
9. 选择您的搜索和安装选项。选择“不要搜索。我要自己选择要安装的驱动程序”,单击“下一步”继续
10· 您想安装哪个网卡。单击“从磁盘安装”按钮
11· 打开“从磁盘安装”对话框,单击“浏览”按钮,定位到存储无线网卡驱动的位置,选中解压出来的文件夹,单击“确定”按钮.
12··返回“您想安装哪个网卡”界面,选中名称最长的一项,单击“下一步”继续
13· 进入“向导正在安装软件,请稍候...”界面,安装过程中会弹出提示“这个软件没有通过 Windows 验证”,单击“仍然继续”按钮即可14··成功安装后单击“完成”按钮关闭新硬件向导
浏览量:3
下载量:0
时间:
CPU是电脑的重要组成部分,是不可缺少的角色。下面是读文网小编带来的关于关于linux的进程中的各个线程cpu占用情况进行分析和查看的内容,欢迎阅读!
我们经常会在新开的服搭建一个游戏的服务器,有时候要进行压力测试,那么如何来看呢,一般我们会通过top命令查看各个进程的cpu和内存占用情况,获得到了我们的进程id,然后我们也许会通过pstack命令查看里边的各个线程id以及对应的线程现在正在做什么事情,分析多组数据就可以获得哪些线程里有慢操作影响了服务器的性能,从而得到解决方案。比如这样的以组数据:
[root@AY130816144542124256Z bin]# pstack 30222
Thread 9 (Thread 0x7f729adc1700 (LWP 30251)):
#0 0x00007f72a429b720 in sem_wait () from /lib64/libpthread.so.0
#1 0x0000000000ac5eb6 in Semaphore::down() ()
#2 0x0000000000ac5cac in Queue::get() ()
#3 0x00000000009a583f in DBManager::processUpdate(Queue*) ()
#4 0x00000000009a4bfb in dbUpdateThread(void*) ()
#5 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#6 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 8 (Thread 0x7f727c579700 (LWP 30252)):
#0 0x00007f72a429b720 in sem_wait () from /lib64/libpthread.so.0
#1 0x0000000000ac5eb6 in Semaphore::down() ()
#2 0x0000000000ac5cac in Queue::get() ()
#3 0x00000000009a5799 in DBManager::processQuery(Queue*) ()
#4 0x00000000009a4c3a in dbQueryThread(void*) ()
#5 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#6 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 7 (Thread 0x7f7257fff700 (LWP 30253)):
#0 0x00007f72a42997bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00007f72a549ee08 in utils::thread::condition_impl::timed_wait(int) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#2 0x00007f72a549ebd3 in utils::thread::Condition::timed_wait(int) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#3 0x00000000009d5f57 in utils::MessageQueue::pop() ()
#4 0x00000000009d5557 in FightReport::svc() ()
#5 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#6 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#7 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 6 (Thread 0x7f72397b7700 (LWP 30254)):
#0 0x00007f72a4588fc3 in poll () from /lib64/libc.so.6
#1 0x00007f72a0fbded4 in __libc_res_nsend () from /lib64/libresolv.so.2
#2 0x00007f72a0fba76a in __libc_res_nquery () from /lib64/libresolv.so.2
#3 0x00007f72a0fbad29 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#4 0x00007f72a0fbb9cf in __libc_res_nsearch () from /lib64/libresolv.so.2
#5 0x00007f729adc37a7 in _nss_dns_gethostbyname4_r () from /lib64/libnss_dns.so.2
#6 0x00007f72a457a4c3 in gaih_inet () from /lib64/libc.so.6
#7 0x00007f72a457cb20 in getaddrinfo () from /lib64/libc.so.6
#8 0x00007f72a56fc782 in Curl_getaddrinfo_ex () from /usr/lib64/libcurl.so.4
#9 0x00007f72a56f1d42 in Curl_getaddrinfo () from /usr/lib64/libcurl.so.4
#10 0x00007f72a56c9e77 in Curl_resolv () from /usr/lib64/libcurl.so.4
#11 0x00007f72a56ca138 in Curl_resolv_timeout () from /usr/lib64/libcurl.so.4
#12 0x00007f72a56d8d88 in ?? () from /usr/lib64/libcurl.so.4
#13 0x00007f72a56ddb79 in ?? () from /usr/lib64/libcurl.so.4
#14 0x00007f72a56de76e in Curl_connect () from /usr/lib64/libcurl.so.4
#15 0x00007f72a56e69b0 in Curl_perform () from /usr/lib64/libcurl.so.4
#16 0x0000000000ae6e3d in HttpClient::svc() ()
#17 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#18 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#19 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 5 (Thread 0x7f721af6f700 (LWP 30255)):
#0 0x00007f72a455691d in nanosleep () from /lib64/libc.so.6
#1 0x000000000098cb8a in Sleep(unsigned long) ()
#2 0x000000000098b87d in DynResource::svc() ()
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x7f71fc727700 (LWP 30256)):
#0 0x00007f72a455691d in nanosleep () from /lib64/libc.so.6
#1 0x000000000098cb8a in Sleep(unsigned long) ()
#2 0x0000000000a61516 in PlayerOpLogThread::svc() ()
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7f71ddedf700 (LWP 30257)):
#0 0x00007f72a4592c73 in epoll_wait () from /lib64/libc.so.6
#1 0x00007f72a51f334f in Epoll_Reactor::run_reactor_event_loop() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#2 0x00007f72a51f2523 in Net_Thread::svc() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7f71bf697700 (LWP 30258)):
#0 0x00007f72a4592c73 in epoll_wait () from /lib64/libc.so.6
#1 0x00007f72a51f334f in Epoll_Reactor::run_reactor_event_loop() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#2 0x00007f72a51f2523 in Net_Thread::svc() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7f72a60ae7e0 (LWP 30222)):
#0 0x00007f72a4584c95 in _xstat () from /lib64/libc.so.6
#1 0x00007f72a45483e0 in __tzfile_read () from /lib64/libc.so.6
#2 0x00007f72a4547864 in tzset_internal () from /lib64/libc.so.6
#3 0x00007f72a4547b20 in tzset () from /lib64/libc.so.6
#4 0x00007f72a4546699 in timelocal () from /lib64/libc.so.6
#5 0x0000000000b0b08d in Achieve::GetRemainTime(AchieveTemplate*) ()
#6 0x0000000000b115ca in Achieve::update() ()
#7 0x0000000000a197ce in Player::update() ()
#8 0x0000000000b1b272 in PlayerMng::Tick() ()
#9 0x0000000000a73105 in GameServer::FrameTick(unsigned int) ()
#10 0x0000000000a6ff80 in GameServer::run() ()
#11 0x0000000000a773a1 in main ()
[root@AY130816144542124256Z gameserver]# ps -eLo pid,lwp,pcpu | grep 30222
30222 30222 31.4
30222 30251 0.0
30222 30252 0.0
30222 30253 0.0
30222 30254 0.0
30222 30255 0.0
30222 30256 1.2
30222 30257 1.2
30222 30258 1.0
多组数据显示表明我们的主逻辑线程的确占用的cpu很高,发现其实在Achieve::update() 的时候做了太多没有用的判断,并且可以减少循环进入的次数的,所以我在这里进行了优化
后来用了一下iptraf命令查看了网络流量:
第一项:IP流量监控
第二项:常规查看网卡流量状态。只查看各网卡的总流量
第三项:详细查看网卡流量状态。比如按TCP,UDP,ARP等协议查看
选all interfaces,查看所有网卡接口
界面分上下两部分,上部分可详细显示哪个与之相连的IP,发了多少包,即时流量是多少,下部分,可以显示udp等信息。
显示连接本地服务器的所有连接流量情况
另外不得不提到另外一个命令sar:
sar有很多用途,如果要来监控网络流量,使用下面的命令行方式:
sar -n DEV interval count
其中,interval是统计时间间隔,以秒为单位;count是总共统计几次,如果为0就不断的统计直到 Ctrl+C 打断,否则执行count次就退出。
比如:sar -n DEV 1 4
比如:sar -n DEV 10 0
IFACE:LAN接口
rxpck/s:每秒钟接收的数据包
txpck/s:每秒钟发送的数据包
rxbyt/s:每秒钟接收的字节数
txbyt/s:每秒钟发送的字节数
sar -n DEV -u 1 10
07:22:01 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:02 PM eth0 2.47 0.00 0.11 0.00 0.00 0.00 0.00
07:22:02 PM eth1 80.25 22.22 3.53 3.52 0.00 0.00 0.00
07:22:02 PM CPU %user %nice %system %iowait %steal %idle
07:22:03 PM all 1.85 0.00 1.06 0.00 0.00 97.09
07:22:02 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:03 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:03 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:03 PM eth1 66.67 19.75 2.95 3.22 0.00 0.00 0.00
07:22:03 PM CPU %user %nice %system %iowait %steal %idle
07:22:04 PM all 2.12 0.00 1.06 0.00 0.00 96.82
07:22:03 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:04 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:04 PM eth0 7.32 4.88 0.65 0.38 0.00 0.00 0.00
07:22:04 PM eth1 85.37 28.05 4.18 3.88 0.00 0.00 0.00
07:22:04 PM CPU %user %nice %system %iowait %steal %idle
07:22:05 PM all 3.96 0.00 2.64 0.00 0.00 93.40
07:22:04 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:05 PM lo 412.50 412.50 104.44 104.44 0.00 0.00 0.00
07:22:05 PM eth0 13.75 12.50 1.32 1.26 0.00 0.00 0.00
07:22:05 PM eth1 903.75 707.50 174.12 62.42 0.00 0.00 0.00
07:22:05 PM CPU %user %nice %system %iowait %steal %idle
07:22:06 PM all 5.25 0.00 4.46 2.10 0.00 88.19
07:22:05 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:06 PM lo 849.41 849.41 154.54 154.54 0.00 0.00 0.00
07:22:06 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:06 PM eth1 1287.06 1337.65 84.48 461.76 0.00 0.00 0.00
07:22:06 PM CPU %user %nice %system %iowait %steal %idle
07:22:07 PM all 1.85 0.00 1.06 0.00 0.00 97.09
07:22:06 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:07 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:07 PM eth0 4.94 0.00 0.22 0.00 0.00 0.00 0.00
07:22:07 PM eth1 97.53 19.75 4.32 3.18 0.00 0.00 0.00
07:22:07 PM CPU %user %nice %system %iowait %steal %idle
07:22:08 PM all 1.58 0.00 1.32 0.00 0.00 97.11
07:22:07 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:08 PM lo 4.94 4.94 0.31 0.31 0.00 0.00 0.00
07:22:08 PM eth0 1.23 0.00 0.06 0.00 0.00 0.00 0.00
07:22:08 PM eth1 67.90 24.69 3.02 3.94 0.00 0.00 0.00
Average: CPU %user %nice %system %iowait %steal %idle
Average: all 3.63 0.00 2.55 0.84 0.00 92.98
Average: IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
Average: lo 212.61 212.61 50.54 50.54 0.00 0.00 0.00
Average: eth0 42.79 41.70 3.27 41.84 0.00 0.00 0.00
Average: eth1 492.48 432.48 53.63 110.40 0.00 0.00 0.00
浏览量:3
下载量:0
时间:
CPU保证在温升20到30度的范围内一般是稳定的。在什么情况下CPU回烧坏呢,下面是读文网小编带来的关于cpu在什么情况会烧坏的内容,欢迎阅读!
说到处理器主频,就要提到与之密切相关的两个概念:倍频与外频,外频是CPU的基准频率,单位也是MHz。外频是CPU与主板之间同步运行的速度,而且绝大部分电脑系统中外频也是内存与主板之间的同步运行的速度,在这种方式下,可以理解为CPU的外频直接与内存相连通,实现两者间的同步运行状态;倍频即主频与外频之比的倍数。
主频、外频、倍频,其关系式:主频=外频×倍频。早期的CPU并没有"倍频"这个概念,那时主频和系统总线的速度是一样的。随着技术的发展,CPU速度越来越快,内存、硬盘等配件逐渐跟不上CPU的速度了,而倍频的出现解决了这个问题,它可使内存等部件仍然工作在相对较低的系统总线频率下,而CPU的主频可以通过倍频来无限提升(理论上)。
我们可以把外频看作是机器内的一条生产线,而倍频则是生产线的条数,一台机器生产速度的快慢(主频)自然就是生产线的速度(外频)乘以生产线的条数(倍频)了。厂商基本上都已经把倍频锁死,要超频只有从外频下手,通过倍频与外频的搭配来对主板的跳线或在BIOS中设置软超频,从而达到计算机总体性能的部分提升。购买的时候要尽量注意CPU的外频。
看了CPU烧坏文章内容的人还看:
浏览量:2
下载量:0
时间:
时在正常使用电脑时,我们会感觉电脑速度明显变慢,打开任务管理器发现CPU占用率一直在100%,那么CPU的占用率百分百这种情况该怎么办,下面是读文网小编带来的关于解决系统进程CPU占用率100%的情况的内容,欢迎阅读!
正常软件造成CPU占用100%
很多软件其实和Windows系统都存在一定的兼容性问题,在运行时就可能导致某一个软件就大量占用处理器。因此首先我们需要进入“任务管理器”中,查看到底是哪个进程占用了大量的处理器时间,从这里的进程名称,我们一般能分辨出这个进程属于哪款软件。可以将其直接关闭再重启,如果反复出现这种情况,还是建议将软件卸载或者升级。有时系统启动软件过多也可能造成这种局面,可在“运行”中输入“msconfig”,在启动项里将不需要的软件去掉。
驻留软件太多影响电脑速度
病毒、木马造成CPU占用100%
病毒和木马是最容易造成处理器占用率100%的元凶,它们可能感染诸如“svchost.exe、Services.exe”这样的关键程序,也可能感染关键的系统进程,最终导致故障发生。因此如果在任务管理器里发现某个进程占用处理器过高,但又不清楚这个进程到底是什么,最好重启一次电脑后,对电脑进行全面杀毒扫描
杀毒软件造成CPU占用100%
除了病毒,其实杀毒软件自身也会造成这种状况,现在的杀毒软件一般都加入了对网页、邮件、个人隐私的即时监控功能,一旦用户打开了较多的页面或者邮件,杀毒软件就会进行大量的扫描,如果用户的电脑性能一般,就可能造成处理器占用率达到100%。用户可以在杀毒软件里将平时用不着的功能关闭掉。
杀毒软件造成CPU使用率占用100%
有时单击一个较大的AVI视频文件后,可能会出现系统假死现象,并且造成exploere.exe进程的使用率100%,这是因为系统要先扫描该文件,并检查文件所有部分,建立索引。如果文件较大就会需要较长时间并造成CPU占用率100%。解决方法:右键单击保存视频文件的文件夹,选择“属性—>常规—>高级”,去掉“为了快速搜索,允许索引服务编制该文件夹的索引”前面复选框的对钩即可。
浏览器假死造成CPU占用100%
一些老旧的浏览器,比如IE6之类,如果同时打开较多的页面,也会造成系统假死,处理器占用率提高。这种情况产生的原因比较复杂,但如果用户的电脑内存较大,可以使用RAMDISK这样的软件虚拟出磁盘空间,再将浏览器的缓存设定到这个虚拟磁盘上,能一定程度上缓解状况。
AVI文件造成CPU占用100%
有时Word的拼写和语法检查也可造成处理器占用率偏高,只要打开Word的“工具—选项”,进入“拼写和语法”选项卡,将其中的“键入时检查拼写”和“键入时检查语法”两项前面的复选框中的钩去掉即可。
较大Word文件造成CPU过高
有时Word的拼写和语法检查也可造成处理器占用率偏高,只要打开Word的“工具—选项”,进入“拼写和语法”选项卡,将其中的“键入时检查拼写”和“键入时检查语法”两项前面的复选框中的钩去掉即可。
网络连接导致CPU占用100%
由网络连接导致的故障比较隐蔽,可能用户的电脑一切正常,也没有病毒或者木马,但由于同一个局域网中的电脑中了病毒,向用户电脑端口发送大量的请求,也会造成用户电脑处理器占用偏高。一般防火墙软件能拦截这种请求,如果用户发现防火墙无法奏效,除了及时升级防火墙,有条件也可检查下同一个局域网下的电脑。
CPU占用100%
上面列举CPU占用率100%的所有情况,以后在电脑运行缓慢,CPU占用100%时,我们可以按照上面的来检查导致自己电脑CPU占用率100%的原因。
浏览量:3
下载量:0
时间:
通常所说的超频简单来说就是人为提高CPU的外频或倍频,使之运行频率(主频=外频*倍频)得到大幅提升,即CPU超频,下面是读文网小编带来的关于cpu什么情况下超频的内容,欢迎阅读!
使用软件方法超频较安全,超频失败后可以方便还原,不会对硬件有任何影响。目前市售的板卡类产品为提供超频玩家的需求于硬件端的设计颇多,包含散热和电源设计等,于软件的着墨较不多。目前网站常被提及的Afterburner超频软件,是由微星科技与Rivatuner所共同合作开发的一款标榜顶极全功能的免付费超频软件套件。
透过此超频软件套件,可以让使用微星科技显卡的使用者提升整体的效能,同时可即时的侦测于运算中所有关键性的讯息。软件功能可GPU电压超频功能,即时调整GPU与内存的时脉,更可进一步支援电压部分的超频,突破既有的效能限制。即时地监控接口,提供使用者最简单且即时的硬件状况。
Kombustor稳定性测试工具,让使用者于解放效能的超频状况下,依然可以保有稳定的效能。进阶的风扇温控功能,根据运算时的温度侦测,自动调整风扇的转速,可达到降温的功能,更可因此达到稳定的散热效能与低噪音的完美平衡。
通过硬件路线超频,容易锁定频率,不受系统影响,但烧毁风险高。例如利用铅笔的石墨,可以使到某些接口短路,解除倍频的限制。
由于主要中央处理器生产商均意识到用户超频电脑后所导致他们损失的问题,其中一个原因是因为部份买家只会购买比较便宜的产品予以超频,以得到较贵产品相同或更高的效能,这就冲击到了较贵产品的销售。
故Intel率先于生产Pentium MMX时限制了中央处理器的最高倍频,及后发展至完全锁定中央处理器的倍频,使得超频中央处理器时的难度增加及可超幅度减少。
但部份厂商会出售较高价的不锁定倍频版CPU供超频玩家使用,另外仅提供电脑厂商在新产品上市前开发测试用的工程样品(Engineering Sample)CPU常见不锁倍频,但此种CPU极少在一般零售通路贩卖。
浏览量:2
下载量:0
时间:
有时候为了更好地操作机器, 需要将某个进程绑定到具体的CPU上去,那么Ubuntu怎么绑定CPU进程呢?就让读文网小编来告诉大家Ubuntu绑定CPU进程的方法吧,希望对大家有所帮助。
taskset -cp 《CPU ID | CPU IDs》 《Process ID》
下面用一个简单的例子来说明怎样做到。
1. CPU利用率达100%的样例代码:
class Test {
public static void main(String args[]) {
int i = 0;
while (true) {
i++;
}
}
}
2. 编译并运行上面的样例代码
# javac Test.java
# java Test &
[1] 26531
3. 使用htop命令查看CPU的利用率
如果未安装htop工具,执行下面的命令:
# apt-get install htop
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
htop
0 upgraded, 1 newly installed, 0 to remove and 41 not upgraded.
Need to get 66.9 kB of archives.
After this operation, 183 kB of additional disk space will be used.
Get:1 http://mirrors.163.com/ubuntu/ precise/universe htop amd64 1.0.1-1 [66.9 kB]
Fetched 66.9 kB in 0s (163 kB/s)
Selecting previously unselected package htop.
(Reading database ... 57100 files and directories currently installed.)
Unpacking htop (from .../htop_1.0.1-1_amd64.deb)...
Processing triggers for man-db ...
Setting up htop (1.0.1-1)...
安装完成后,执行命令:
# htop
上面的视图可以看到,CPU2的利用率达到100%,且这个进程有可能被分配到其它CPU核上运行,这个分配是不定的。
4. 进程绑定CPU核
运行以下命令,把此Java进程(进程ID号为26502)永久的分配给5号CPU核(CPU核号从0开始计算,因此序号4指的是5号CPU核)
# taskset -cp 5 26531
pid 26531‘s current affinity list: 0-7
pid 26531’s new affinity list: 5
从上面的视图中可以看到6号CPU核的利用率为100%。
随着CPU核的多个化,这样的绑定方法也是一样的,无论绑定哪个CPU核都能启动同样的效果,相信大家都追求运行的高速度,赶快来学习绑定CPU进程的方法吧!
看过“Ubuntu怎么绑定CPU进程”
浏览量:2
下载量:0
时间:
由于宽带的普及,现在在线看视频,听歌曲已经是很多人上网冲浪的方式,但有部分人在看视频或者听歌曲时候发现电脑很卡,一看CPU竟然被占用的很高,达到%80或%90以上,这个就有问题了,那么你知道win7播放视频时cpu占用率高怎么办吗?下面是读文网小编整理的一些关于win7播放视频时cpu占用率高的相关资料,供你参考。
1、点击开始菜单,在所有程序中找到“Windows Media Player”并将其打开,如图所示:
2、鼠标右键“Windows Media Player”窗口,选择“工具→选项”,如图所示:
3、打开选项窗口后,切换至“性能”项,取消勾选“启用WMV文件的DirectX视频加速”,如图所示:
4、最后重新切换至“播放机”项,将自动更新更改为每月一次,若是无法更改则不管它,接着取消勾选“播放时允许运行屏幕保护程序”和“播放时向库添加远程媒体文件”,如图所示:
win7播放视频时cpu占用率高的相关
浏览量:4
下载量:0
时间:
我们都知道手机cpu的好坏对于我们操作游戏是有影响的,那么下面就由读文网小编来给你们说说2016最适合玩游戏的手机cpu有哪些吧吧,希望可以帮到你们哦!
这个没有肯定的说法,目前遇到的大型3D游戏在高通处理器的兼容性很好,我的德仪有几个玩不了,,就htc大部分都是高通的。
高通820、苹果A9、海思950、联发科MT6797(X20)、三星8890等各家的高端手机处理器,玩游戏效果都不错。
高通正式发布首款采用Kryo自主架构的骁龙820处理器,新处理器将会应用在智能手机、平板、相机、汽车、VR设备以及无人机产品上,首批采用骁龙820的终端设备将于2016年上半年上市。
骁龙820处理器采用高通自主定制的Kryo架构,性能相比骁龙810提升两倍,时钟频率可达2.2GHz,并首次引入14位Spectra影像处理器和Heterogeneous信号处理器,支持2800万像素摄像头和4K超清视频摄录和播放以及4K分辨率屏幕。
图像处理性能方面,基于全新的Adreno 530 GPU,全面支持OpenGL ES 3.1+ AEP、OpenCL 2.0 Full、Vulcan、RenderScript、64位虚拟寻址DirectX 11.2、硬件曲面细分、几何着色器、可编程混合,图像处理性能相比采用Adreno 430 GPU的骁龙810提升40%,且功耗更低。
与此同时,骁龙820还整合了X12 LTE基带,兼容兼容LTE FDD、LTE TDD、WCDMA (DB-DC-HSDPA/DC-HSUPA)、TD-SCDMA、CDMA 1x/EVDO、GSM/EDGE频段,支持Cat12、Cat13标准,理论上下行速率分别为150Mbps和600Mbps,峰值下载速率比采用X10 LTE基带的骁龙810提升33%。
WiFi无线方面,整合高通VIVE 802.11ac,三频段Wi-Fi,2x2 MU-MIMO(多用户多入多出),蓝牙4.1,NFC,支持Wi-Fi高清语音、视频通话,Wi-Fi质量实时监控。
续航方面,骁龙820引入了Quick Charge 3.0技术,相比Quick Charge 2.0充电效率提升38%,且充电效率4倍于普通充电器。
看过“2016最适合玩游戏的手机cpu”
浏览量:4
下载量:0
时间:
为了更加了解自己的电脑,就希望能够知道电脑中的CPU线程数到底有多少。那么Win10系统怎么查看CPU线程数呢?接下来大家跟着读文网小编一起来了解一下Win10系统查看CPU线程数的解决方法吧。
1、Win10任务栏空白处单击鼠标右键,菜单中点击选择“任务管理器”。
2、在任务管理器窗口切换至“性能”,对着CPU利用率图形界面,单击鼠标右键,鼠标指向菜单中的“将图形更改为”,点击选择次级菜单中的“逻辑处理器”。
3、随后出现几个图形,就是几个线程。
浏览量:3
下载量:0
时间:
现在cpu核心数、线程数越来越高,那么Linux怎么获取CPU数量呢?接下来大家跟着读文网小编一起来了解一下Linux获取CPU数量的解决方法吧。
#include
long num = sysconf(_SC_NPROCESSORS_ONLN);
便可以获得当前CPU的数量。。。
判断依据:
1.具有相同core id的cpu是同一个core的超线程。
2.具有相同physical id的cpu是同一颗cpu封装的线程或者cores。
英文版:
1.Physical id and core id are not necessarily consecutive but they are unique. Any cpu with the same core id are hyperthreads in the same core.
2.Any cpu with the same physical id are threads or cores in the same physical socket.
实例:
LunarPages的CPU信息:
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping : 3
cpu MHz : 3000.881
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips : 6006.73
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping : 3
cpu MHz : 3000.881
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips : 5999.40
processor : 2
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping : 3
cpu MHz : 3000.881
cache size : 2048 KB
physical id : 3
siblings : 2
core id : 3
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips : 5999.08
processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping : 3
cpu MHz : 3000.881
cache size : 2048 KB
physical id : 3
siblings : 2
core id : 3
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips : 5999.55
显示4个逻辑CPU,通过physical id,前面两个逻辑cpu的相同,后面两个的相同,所以有两个物理CPU。前面两个的 core id相同,后面的两个core ID相同,说明这两个CPU都是单核。也就是说两个单核cpu,启用了超线程技术。
通过intel的cpu的参数可以初步判断 使用的是两个 Xeon奔腾4CPU ,有点差。。。。
如何获得CPU的详细信息:
linux命令:
#cat /proc/cpuinfo
用命令判断几个物理CPU,几个核等:
逻辑CPU个数:
# cat /proc/cpuinfo | grep 'processor' | wc -l
物理CPU个数:
# cat /proc/cpuinfo | grep 'physical id' | sort | uniq | wc -l
每个物理CPU中Core的个数:
# cat /proc/cpuinfo | grep 'cpu cores' | wc -l
是否为超线程?
如果有两个逻辑CPU具有相同的”core id”,那么超线程是打开的。
每个物理CPU中逻辑CPU(可能是core, threads或both)的个数:
# cat /proc/cpuinfo | grep 'siblings'
其他特征:
目前intel新的多核心cpu都会在后面显示具体的型号数字,例如:
model name : Intel(R) Xeon(R) CPU X3230 @ 2.66GHz
说明是 Xeon 3230的cpu,而不显示型号的具体数字的,大部分都是奔腾的CPU
很多主机商都骗人,用奔腾的cpu,却说是多核心的CPU。
探针看到的数据:
类型:Intel(R) Xeon(TM) CPU 2.80GHz 缓存:1024 KB
类型:Intel(R) Xeon(TM) CPU 2.80GHz 缓存:1024 KB
类型:Intel(R) Xeon(TM) CPU 2.80GHz 缓存:1024 KB
类型:Intel(R) Xeon(TM) CPU 2.80GHz 缓存:1024 KB
没有具体的型号,缓存1M,一般都是奔腾系列的cpu,或者是intel假双核的cpu,具体要根据上面说的去判断。新的多核心cpu都能看到具体的型号。
另外多核心的xeon的CPU,一般主频都不高,达到2.8和3.0的只有很少的几个高端CPU型号,一般主机商不会用这么好的。
一些操作系统的最新版本已经更新了 /proc/cpuinfo 文件,以支持多路平台。如果您的系统中的 /proc/cpuinfo 文件能够正确地反映出处理器信息,那么就不需要执行上述步骤。反之,可采用本文中的信息进行解释。
/proc/cpuinfo 文件包含系统上每个处理器的数据段落。/proc/cpuinfo 描述中有 6 个条目适用于多内核和超线程(HT)技术检查:processor, vendor id, physical id, siblings, core id 和 cpu cores。
processor 条目包括这一逻辑处理器的唯一标识符。
physical id 条目包括每个物理封装的唯一标识符。
core id 条目保存每个内核的唯一标识符。
siblings 条目列出了位于相同物理封装中的逻辑处理器的数量。
cpu cores 条目包含位于相同物理封装中的内核数量。
如果处理器为英特尔处理器,则 vendor id 条目中的字符串是 GenuineIntel。
1.拥有相同 physical id 的所有逻辑处理器共享同一个物理插座。每个 physical id 代表一个唯一的物理封装。
2.Siblings 表示位于这一物理封装上的逻辑处理器的数量。它们可能支持也可能不支持超线程(HT)技术。
3.每个 core id 均代表一个唯一的处理器内核。所有带有相同 core id 的逻辑处理器均位于同一个处理器内核上。
4.如果有一个以上逻辑处理器拥有相同的 core id 和 physical id,则说明系统支持超线程(HT)技术。
5.如果有两个或两个以上的逻辑处理器拥有相同的 physical id,但是 core id 不同,则说明这是一个多内核处理器。cpu cores 条目也可以表示是否支持多内核。
例如,如果系统包含两个物理封装,每个封装中又包含两个支持超线程(HT)技术的处理器内核,则 /proc/cpuinfo 文件将包含此数据。
看过“Linux怎么获取CPU数量”
浏览量:4
下载量:0
时间:
CPU就是中央处理器(CPU,Central Processing Unit)是一块超大规模的集成电路,那么,你们知道CPU的正常温度是多少吗?下面是读文网小编带来cpu正常多少度的内容,欢迎阅读!
中央处理器(CPU,Central Processing Unit)是一块超大规模的集成电路,是一台计算机的运算核心(Core)和控制核心( Control Unit)。它的功能主要是解释计算机指令以及处理计算机软件中的数据。中央处理器主要包括运算器(算术逻辑运算单元,ALU,Arithmetic Logic Unit)和高速缓冲存储器(Cache)及实现它们之间联系的数据(Data)、控制及状态的总线(Bus)。它与内部存储器(Memory)和输入/输出(I/O)设备合称为电子计算机三大核心部件。
CPU包括运算逻辑部件、寄存器部件和控制部件等。
逻辑部件运算。可以执行定点或浮点算术运算操作、移位操作以及逻辑操作,也可执行地址运算和转换。
寄存器寄存器部件,包括寄存器、专用寄存器和控制寄存器。 通用寄存器又可分定点数和浮点数两类,它们用来保存指令执行过程中临时存放的寄存器操作数和中间(或最终)的操作结果。 通用寄存器是中央处理器的重要部件之一。
控制部件,主要是负责对指令译码,并且发出为完成每条指令所要执行的各个操作的控制信号。其结构有两种:一种是以微存储为核心的微程序控制方式;一种是以逻辑硬布线结构为主的控制方式。微存储中保持微码,每一个微码对应于一个最基本的微操作,又称微指令;各条指令是由不同序列的微码组成,这种微码序列构成微程序。中央处理器在对指令译码以后,即发出一定时序的控制信号,按给定序列的顺序以微周期为节拍执行由这些微码确定的若干个微操作,即可完成某条指令的执行。简单指令是由(3~5)个微操作组成,复杂指令则要由几十个微操作甚至几百个微操作组成。
浏览量:3
下载量:0
时间:
CPU温度过高会造成电脑死机、自动重启 、自动关机、蓝屏等现象。那么如何应对CPU温度过高呢?读文网小编分享了应对CPU温度过高的方法,希望对大家有所帮助。
重新涂抹导热硅脂
有时候当清洁CPU散热风扇后、CPU温度没有得到明显的改善,那么我们还需要重新为CPU涂抹导热硅脂,导热硅脂由于使用时间的变长会变得干裂,使热量传导的性能下降。重新涂抹导热硅脂让处理器与散热器严丝合缝的紧密结合才能充分把CPU的热量带走。在涂抹过程中,需要注意的是需要将导热硅脂涂抹均匀,避免涂抹不匀、气泡的产生。
建议大家使用一些专业小工具,为CPU散热面均匀涂抹散热硅胶,如下图,是我们比较常用的CPU涂抹工具,在电脑城很容易购买到。
无论什么样的风冷散热器,涂抹导热硅脂是非常必要的一门功课。只有涂抹好导热硅脂才能让CPU的热量全部传递给散热器,以保证处理器工作在正常的温度之内。目前已经有免涂硅脂的散热器了,散热器在出厂时已经被厂家均匀的涂抹在散热器与CPU的接触面上,待机器运转之后,CPU的发热将会均匀的把导热硅脂涂抹好,非常方便、人性化。
浏览量:4
下载量:0
时间:
说起pptv相信大家都不会陌生了,pptv是一款全球安装量最大的网络电视,拥有高清视频,但一些细心的用户会发现pptv占用大量的CPU内存,已经高达100%,那么你知道pptv看电影占用CPU内存高怎么办吗?下面是读文网小编整理的一些关于pptv看电影占用CPU内存高的相关资料,供你参考。
1、如果我们不是从官方网站下载的pptv的话可以到官方下载最新版本的pptv了;
2、如果是官方下载的我们也可以更新到最新版本然后进入到pptv设置中点击“系统播放器”后重启PPTV网络电视,看看是否能解决问题;
3、在此我们取消“RGB32图像翻转”好了之后再重启pptv了;
4、如果上在无法解决我们在电脑中打开360安全卫士了,如果没有就安装一个,然后打开点击“高级”中的“高级工具集”,然后选择“LSP修复工具”--“修复 Winsock LSP”,修复后,再打开PPLIVE看看是否能解决问题;
5、如果安装了外挂之类的如安装了PPLIVE网络电视可以删除试一下;
6、直接使用Windows Media Player播放本机中wmv格式文件,观察播放是否正常,如果Windows Media Player不能正常使用,或者是其CPU占用较高,打开windows media player播放器的“工具--选项--性能--高级--旧版视频呈现器”把 "使用YUV翻转" 、"使用RGB翻转" 前面两个勾都去掉,之后请重启PPTV网络电视。
浏览量:6
下载量:0
时间:
cpu是电脑硬件中发热量最大的硬件之一,很多朋友都遇上过cpu温度过高的情况,那么怎么解决CPU温度过高呢?读文网小编分享了解决CPU温度过高的方法,希望对大家有所帮助。
先检查一下所有配件,如果所有配件都运行正常,CPU也转动,看来你的CPU只是散热问题,并没有其他兼容性问题。
建议卸载一些无关紧要的软件,经测试有一些视频上传软件,某酷啊豆啊的上传软件都会影响CPU过热温度过高的情况,即使它们不运行也会有影响的,卸载后重启再观察CPU温度过高的问题
换个好一点的CPU风扇,并且记住涂上导热硅胶;
同时,机箱内的散热也不能忽视,如果机箱内温度过高,可以考虑加装机箱散热风扇。
还有就是外部环境条件了,是否在空气通畅位置,比如散热口是否有物体遮挡等等,保证电脑处于良好的散热环境当中,比如说空调环境。
如果您安了风扇外部环境也没问题,依然过热,则需要拆机对cpu散热风扇进行清理,因为大多数cpu温度过高都是由于灰尘过多导致cpu散热差导致的。一般情况下,清理cpu散热器可以解决大多数cpu温度高怎么办问题。
看过“怎么解决CPU温度过高”
浏览量:2
下载量:0
时间:
cpu温度过高对主板和CPU的使用寿命会有一定的影响。那么电脑cpu温度过高如何解决呢?接下来大家跟着读文网小编一起来了解一下电脑cpu温度过高的解决方法吧。
1.超频引起的,这是机器的过高要求的工作。
2.CPU与电风扇之间的问题。如:硅胶过多或者过少,cpu与电风扇没有紧贴。
3.电风扇引起的,这种在我们的生活中很常见。如:风扇损坏,风扇老化,风扇没有油转速慢。
cpu温度过高怎么解决
1. 首先检查机箱或笔记本是否摆放在空气通畅的位置,比如笔记本的散热口是否有物体遮挡等等,保证电脑处于良好的散热环境。
2.如果散热环境良好,但cpu温度依然过高,则需要拆机对cpu散热风扇进行清理,因为大多数cpu温度过高都是由于灰尘过多导致cpu散热差导致的。一般情况下,清理cpu散热器可以解决大多数cpu温度高怎么办问题。
3.您也可以在在CPU与散热片间一定要加导热硅脂,让cpu芯片均匀散热。
看过“电脑cpu温度过高如何解决”
浏览量:2
下载量:0
时间: