为什么CPU很少会坏?

   从两千年左右接触计算机到现在似乎没有听说过CPU坏掉。CPU是不是真的很少会坏?是品控严格还是这类产品结构上就不容易损坏?或者其他?

  CPU还是会坏的。

  虽然层层封装的保护加上生产工厂的良品控制,CPU很难因为外界原因造成芯片的物理损坏,但是断针、超频或雷击造成电压过高烧毁、遇水短路等等原因还是会让CPU变得不可用。

  那一直正常使用,CPU是不是就是一个可以永久工作的元器件呢?其实也不是,它也会在使用中损耗,正常使用中也有它自己的寿命。CPU的正常损坏,最主要的原因是电子迁移。现代CPU使用的蚀刻掺杂的原理制作纳米级别的门电路,在电子通过其中时,其动量会冲击电路中的原子,使其中极小的一部分脱离其他原子的制约而开始漂流。虽然这种影响非常细微,但是久而久之就会导致电路变形,发生短路,漏电和干扰等现象。这时候CPU就会出现异常运算了,其功能受到影响,进而就是报销。高温会使原子热运动加剧,增加被电子打出轨的概率,常温下,每升高20度,电子迁移的强度就增大一倍。材料也会影响电子迁移,IBM用的铜材料要比Intel的铝材料更抗迁移。加压超频有时候能够控制下来温度,但是高电压也会加剧电子迁移的强度。

  不过,由于CPU的工艺和性能不断提升,往往一块CPU在寿终正寝之前就已经被换代淘汰了。我也见到过长期在恶劣的高温环境下7x24小时工作的CPU寿终正寝的情况。老CPU由于工艺比较落后,电路比较粗壮,电子迁移现象还不足以在这么多年内对其造成致命影响,所以坏的也少。新CPU在工艺上要更加的趋向原子级,但电子迁移还是会被生产商考虑的,所以正常使用也不用太在意这些方面。

时间: 2024-09-20 18:45:09

为什么CPU很少会坏?的相关文章

sql-频繁查询一张不会变(很少变)的表,有什么办法提高效率,表中数据较多,大约千万条以上

问题描述 频繁查询一张不会变(很少变)的表,有什么办法提高效率,表中数据较多,大约千万条以上 如题,对于频繁查询一张不会变(很少变)的表,有什么办法提高效率,即使变了,也不需要即时数据,就像缓存一样定期更新一下都行,表中数据较多,大约千万条级别,求思路,对SQL只了解皮毛 解决方案 看你怎么查询,是统计还是取得某个条件的数据,还是根据id找某个数据. 可以采用的方式,索引,创建冗余的临时表和临时字段,存储过程 解决方案二: 另外,sql server 2014/2016数据库,支持内存表,只要你

celiometer可以采集的数据很少,meter表的配置在哪

问题描述 安装和部署完ceilometer后,我的meter表中可以采集的数据很少,在官方文档上看到的采集项都没有,比如cpu和cpu的使用都没有,请问是要哪里配置吗?还是其他原因 解决方案 解决方案二:同楼主问题,目前采集不到任何nova相关的数据...解决方案三:建议阅读ceilometer的文档.文档里肯定有如何配置的说明.有事找文档.

linux 内存-centos,1g内存,只有100多M可用,catched和buffers加一起很少,内存哪去了?

问题描述 centos,1g内存,只有100多M可用,catched和buffers加一起很少,内存哪去了? top - 22:48:08 up 2:26 1 user load average: 0.00 0.03 0.27Tasks: 89 total 1 running 88 sleeping 0 stopped 0 zombieCpu(s): 1.4%us 0.6%sy 0.0%ni 75.2%id 22.8%wa 0.0%hi 0.0%si 0.0%stMem: 1018600k to

90后移动生活:爱玩手Q贴吧 很少手机购物

马年春节这场为期40天.客运量达36亿人次的春运带来人口大迁移及信息大传递,推动移动APP普及,也深刻影响着90后--这群伴随着移动互联网生长的一代.如今的90后被称为是 数字时代原住民,呈现移动中生活状态,拥有独立消费能力,逐渐取代80后成社会主流人群.熟悉90后思维.喜好已成互联网工作者一项重要工作.春节期间 腾讯科技走访湖北武汉多个区县,与多位90后交流后,惊讶的发现:这些90后所在的是一个与我们潜意识所理解的不同的移动世界,其跟一线城市用户需求很不一样.在这些90后的世界里,没有 微信抢

互联网的市场很少存在竞争?

鲜果上线了有段时间了,前两天还和他们的市场人员简单的聊了聊,看看他们让我想起了1年前的抓虾. 抓虾2006年大概也是5月份左右的样子正式诞生的,小于10人的团队,专注于产品,一套漂亮的FACE,第一个进入在线RSS阅读领域,获得了不少关注.那时候RSS阅读都是离线的,Greader那时候还是相当难用,市场氛围也还算好,几点因素,抓虾被推上了焦点,迅速抢占了大半的市场,模式的改变,或者说更符合用户习惯,从前的竞争者一个一个销声匿迹. 抓虾以产品获得了用户的认可,但也随着产品的调整又逐渐失去了部分市

电脑本地连接为何会出现收到数据包字节很少的问题

  相信每一个电脑用户都知道,电脑连接了网络后,本地连接要连接上,且发送数据包字节和收到数据包字节两者都要正常,网络才能够正常使用,否则就会出现这样或是那样的问题.不过有的时候,人们会碰到本地连接收到数据包字节很少的情况,碰到这种情况时,要怎么解决呢? 我们先来看看,正确情况下网络连接的数据包显示情况,如下图: 电脑网络本地连接发送数据包字节和收到数据包字节的情况,一般应是收到字节大于发送字节,电脑在发送东西时除外. 有时上网,会发现这样一种情况:网络已经连接上,但是收到数据包字节比发送的数据包

11 个很少人知道但很有用的 Linux 命令

Linux命令行吸引了大多数Linux爱好者.一个正常的Linux用户一般掌握大约50-60个命令来处理每日的任务.Linux命令和它们的转换对于Linux用户.Shell脚本程序员和管理员来说是最有价值的宝藏.有些Linux命令很少人知道,但不管你是新手还是高级用户,它们都非常方便有用. 少有人知道的Linux命令 这篇文章的目的是介绍一些少有人知的Linux命令,它们一定会高效地帮你管理你的桌面/服务器. 1. sudo !!命令 没有特定输入sudo命令而运行,将给出没有权限的错误.那么,

openstack ceilometer 采集的数据很少

问题描述 openstack ceilometer 采集的数据很少 ceilometer 采集的数据很少,需要在哪里配置meter的信息吗?

iis webservice-求助:iis下的C# webservice部分请求不知道哪里卡住了,cpu很高,处理时间很长

问题描述 求助:iis下的C# webservice部分请求不知道哪里卡住了,cpu很高,处理时间很长 一个app的服务器端,使用的是C# webservice,部署在IIS下.service业务比较简单,基本就是操作另一个远程的数据库. 客户端反映调用service请求时,有时候会很久才返回(十几秒甚至几十秒,直到超时).查看iis的"工作进程",发现时不时会出现一些请求"经过的时间"很长,正常的请求只要毫秒级就能处理完,但是有些请求时间很不正常,如下图所示: 当