降低cpu使用率文章列表:

• 1、Win10 CPU占用率过高：修复办法来了
• 2、IT系统运行维护方法及策略
• 3、通俗讲解 CPU Load 和 CPU 使用率的区别
• 4、硬盘塞满了，音乐电影没处放 让它们来帮帮忙
• 5、警惕升级！这个更新会导致处理器占用过高

Win10 CPU占用率过高：修复办法来了

本月早些时候，微软和Intel都面向Win10发布了更新。虽然这带来了许多修复，但它似乎也带来了一个严重的性能问题，用户在执行正常任务时会注意到CPU使用率高、游戏中FPS下降的现象。

进一步的梳理发现，部分案例显示，问题出在Windows 10 KB4592438补丁上。

同时，Reddit上也有用户抱怨他们的CPU使用率高得令人难以置信，而错误的进程是“DSAService”。

DSAService包含在Intel的Windows 10软件更新工具中，据报道它经常在后台运行，这会导致一些用户的CPU使用率过高。

经查，DSAService.exe会导致大约50-100%的峰值以及FPS下降。同时，Intel的DSA可能与最新版本的Windows 10有共存BUG，这就是为什么一些用户频繁看到CPU使用率高的原因。

幸运的是，用户已经找到了解决这个问题的简单方法--卸载Intel软件或KB累积更新，然后暂停更新。

需要注意的是，在卸载累积更新之前，请确保有所备份，以防万一。

另外，Intel和微软可能已经意识到了这个问题，他们正在研究解决方案并通过Windows Update或Intel DSA自动部署。

IT系统运行维护方法及策略

IT 运维服务体系的建议追从“易使用、易汇总、易管理”的先后顺序，由重到轻的依次解决客观存在的问题，以便最大程度的加快 IT 运维服务体系的建设的目标。运维服务体系由运维服务制度、运维服务流程、运维服务组织、运维服务队伍、运维技术服务平台以及运行维护对象六部分组成，涉及制度、人、技术、对象四类因素。

运维制度是规范运维管理工作的基本保障，也是流程建立的基础。运维服务组织中的相关人员遵照制度要求和标准化的流程，采用先进的运维管理平台对各类运维对象进行规范化的运行管理和技术操作。

IT故障定位指诊断故障直接原因或根因，故障定位有助于故障恢复动作更加有效。故障定位通常是整个故障过程中耗时最长的环节，定位的目标围绕在快速恢复的基础上，而并非寻找问题根因，后者由问题管理负责。通常大部分可用性故障，要借助运维专家经验的假设判断或已知预案的执行得到解决，但仍有部分故障，尤其是性能、应用逻辑、数据故障需要多方协同与工具支持。

在数据中心里，很多技术运维人员往往能够对已知的故障有敏锐的发现能力，可以根据自己遇到过的故障现象快速找到问题的根因。更为资深的专家能够从一些普适性的故障现象中通过系统的内在原理猜测出某个现象背后可能的原因。根据故障的表象判断可能的诊断路径是一个运维技术专家所必须具备的能力，这些能力往往是通过大量的运维案例不断的积累下来的。这也是专家有别于普通运维人员的地方。准确的数据采集实际上也是需要依靠运维知识的。

例如，如果我们要做故障分析，其中需要使用到CPU资源的使用情况，我们该如何采集数据呢？找某段时间里CPU的使用率的平均值还是最高阈值？如果出现CPU使用率100%就一定有问题吗？实际上并不是这么简单的，CPU突然出现的尖峰实际上大多数是无害的，不一定会对我们的系统产生不利的影响。只有长期CPU使用率都处于接近高位，此时CPU才有可能存在资源不足的瓶颈，影响系统的性能。

一、运维处理原则

IT系统运行过程中，难免会出现问题或故障，故障处理的原则归结起来就是两个：

⚫ 所有措施或方法都是以迅速恢复业务优先

⚫ 系统BUG或匹配需要及时升级并优化

1.1. 恢复业务优先

恢复业务优先是指，不管在任何情况下，也不管任何级别的故障，都要先做到恢复业务，这个和故障定位不同，也有很多人会产生歧义，觉得如果不找到问题的根源，如何能恢复业务，下面我举一个例子简单的例子：

如果应用A和 B系统联调时，如果最终是失败的，这时我们要如何寻找问题并解决？

（1）从A应用的服务器去ping B应用的网络，如果端口，网络联通，那么直接绑定B服务器的hosts。

（2）排查问题，寻找A到B之间会经过哪些环节，找到其中的出问题的环节，包括跨服务器区、跨网段等，比如HA连接异常，进行重启或者扩容恢复。

通常情景，第1种方法时间会短，如果A和B之间是跨机房访问，那么方法一排查时间会更长，虽然破坏了A到B之间的架构平衡，但是能马上见效，这就是我们所说的以恢复业务优先。

1.2. 及时升级

这个比较好理解，任何故障在发生时，对故障的影响任何人只能做一个简单的预测，所以要及时升级到你的领导那里，让他掌握第一手的信息，协调资源，如果有如下情况，那么必须马上上升：

非常重要的业务的严重以上的告警故障，比如网银交易系统、主机CPU超阈值等等；

2. 有明确业务影响，例如双11或618促销、国庆或重要节假日等业务突发指标波动；

3. 处理时效明显超长（时效参考故障处理时效定义）；

4. 安全升级包或设备或方案厂家已经大的升级系统；

5. 系统性的问题、监控中心或者关联系统已经关注到并受到这个故障影响。

二、运维方式

根据运维工作的需求和运维响应时间要求决定建设完整的运维计划并确定服务的标准，以现场软硬件巡检为主，增强运维计划的执行力，通常数据中心等的运维工作流程如下：

（1）建设完整的运维计划：在整个运维过程中，计划是整个工作流程的核心，按照计划先行的原则，依据本年度工作计划制定分项工作计划和时间维度计划，并按流程、按计划进行实施和保障。

（2）现场巡检的重要性：现场巡检计划是运维工作计划的重点，通过现场巡检能够发现系统薄弱环节、关键业务节点、存在的隐患，尤其是对制定应急预案及备品备件计划至关重要。

（3）执行力的重要性：运维计划的执行是运维工作的重点，在运维计划执行过程中，应严格按照流程规范开展运维，并注重控制以降低运维风险。针对运维执行情况，应定期向用户进行反馈。

（4）运维服务标准：签订售后服务承诺函，与客户约定服务级别，对于所承诺的服务级别包括提供的资源（备品和备件等）、提供的方案应严格按约定执行

三、运维处理方法论

IBM在云时代的新运维方法论叫做CSMO（Cloud Service Management and Operations），这个方法论有四个主要的来源：

第一，是ITIL特别是ITIL 4，ITIL4是国际IT服务标准在新时代的最新版本，也是面向敏态IT的全新版本，它在囊括了ITIL V3的特色基础上加入了对于DevOps等的支持；

其次，是敏态IT运维方法论SRE（Site Reliability Engineering，站点可靠性工程），这是互联网及公有云的运维服务方法论；

第三，是Infrastructure as a Code即将基础设施自动化过程、运维以及全球最佳实践和案例等进行整合；

第四，是加强了运维与开发的关联，将IT服务管理的组织、文化、流程与DevOps进行结合。

运行维护服务包括，信息系统相关的网络设备、安全设备、机房基础设施、主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。

用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。

故障处理一般会分为三个阶段，故障前，故障中和故障后，故障前是指故障的定位分析，故障中是指故障处理过程，故障后是指故障总结，故障总结很重要。

（一）从故障服务来看运维处理故障方法

如果从故障服务来看，运维恢复业务最重要的三个方法是： 隔离 重启 降级

（1）隔离

隔离是指对故障的对象从集群中抽离的过程，目的是让故障对象不在提供服务，隔离的方法包括以下两种，按照常用频率排序：

调整上游权重为零，如果架构上有自检测机制，那么也可以直接停止故障对象的服务，让上游健康探测时效。

通过绑定hosts或者配置路由的方式，绕开故障对象。比如智能路由管理域关闭某一条线路。这里需要注意的是，防止雪崩效应。

（2）重启

重启包括服务重启和服务器重启（os重启）两种，在发生故障中，任何中涉及到的环节，都可以重启来完成，重启的一般顺序是，故障对象>故障对象上游>故障对象下游，一般离故障对象越远，重启顺序越靠后。

（3）降级

降级是指为了防止产生更大的故障所采取的一种预案，一般而言，降级一定不是当下生产的给用户的最优状态，即使没有技术影响，也会或多或少带来一些业务的影响，虽然用户可以通过其他方式临时回复一些业务，但会带来不好的用户体验和一些用户影响。

降级不仅仅是运维的事情，要联合业务研发或者说推动业务研发一起去实施，因此做任何一个项目时，首要考虑的不是这个项目能取得多少业绩，而是要考虑的是，如果出现异常怎么办？

项目如此，核心应用和组件也要如此，作为应用负责人，必须要考虑的是，如果这个对象发生重大故障时，是否有预案可以使用，并且要把这些预案触发条件，执行人等都要明确下来。

降级，从某种角度来说，是运维的最后保命手段，必须要注意。

上述操作方法，尤其是重启和隔离有一个重要的前提，那就是，对象必须是无状态的，如果需要开发重试，那么要求必须是幂等的。对象无状态除非是非常特殊的业务，可以临时存在外，其余是不可以的，所以生产上对象应该只有三种状态：

无状态，这个要占大多数

临时有状态，需要整改

有状态，少量的

（二）从故障影响方去看运维故障处理方法

首先，故障处理过程中会遇到系统故障所涉及的各个内部或外部组织架构，故障处理一般需要有以下三类人同时进行：

⚫ 信息传递者：他们的职责是对故障处理，故障定位传递有效信息，同时对外部传递故障进展信息；

⚫ 故障定位者：他们的职责是当故障处理者方法失效或者需要查找问题根因时，解决故障；

⚫ 故障处理者：他们的职责就是尽快恢复业务。

对于IT运维系统来说，这三类人往往不会同时出现，比如在凌晨值班时，只需要故障处理者处理即可，恢复业务后，第二天由故障定位者去找根因及优化措施。

另外，一个故障发生后，影响方会分为两类：

（1）内部用户

内部用户包括内部应用自身调用问题和内部使用人员发现问题，方法类似外部用户。

（2）外部用户

外部用户的处理会比较麻烦，处理的思路是，如何把外部用户转变成内部用户，比如，一个供应商打不开公司的网站，这时要做的是有两个方面：

自己在本地模拟是否可以重现，如果可以重现，那么就不是用户到IDC之间公网问题，是内部系统问题，那么变成内部用户处理。

如果自己在本地模拟不能重现，那么多找几个内部用户模拟，防止自己环境问题，同时，让用户进行hosts绑定到其他入口，排除DNS，一些外网链路问题，如果这时用户在绑定hosts后，访问正常，那么恢复业务，同时可以确认大概率是外部问题。

如果上述两个方面都不行，那么就比较麻烦了，这时要收集一些必要的外部用户信息才能进行处理，比如出口IP，所用客户端版本等等，这里建议收集信息有个模版，一次性完成，因为外部用户处理时效往往会花在沟通成本上。

更多相关大咖视频课程请在苹果App Store 或各安卓市场下载“技福小咖App”学习。

通俗讲解 CPU Load 和 CPU 使用率的区别

为什么服务器的CPU load值很⾼，但是CPU使用率却很低?

CPU使⽤率和CPU load值都很高，怎么办?

作为Linux运维工程师应该怎么设置报警规则，既能较快反映CPU的故障⼜能保障零误报率?

CPU作为最重要的系统指标之一，对Linux运维⼯程师来讲，并不陌生。但是小编在工作中却常常发现，有的Linux运维⼯程师会将CPU使用率和CPU平均负载两个概念混淆，难以准确的解释CPU平均负载到底是什么。

今天小编来和⼤家交流下“CPU平均负载”这一概念。

一、查看CPU平均负载

执行top或uptime命令查看，如图:

load average显示的3个值，即为CPU在1分钟、5分钟、15分钟内的平均负载。

三个不同时间段内的平均值，让我们更全面、更立体的了解了目前的CPU负载状态。就像我们通常要结合早上、中午、晚上三个时间点的温度才能了解一天的天气情况。

二、CPU平均负载和CPU使用率不是一码事!

最常见的一个错误理解:”平均负载是单位时间内的CPU使用率“。即CPU平均负载值为2，就代表CPU使用率是200%。

让我们来通过uptime命令的man帮助来了解一下CPU平均负载的概念。

红框部分的第一句话是:

平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数。即CPU平均负载值为2时， 是代表CPU上处于可运行状态和不可中断状态的进程是2个。

还需要注意的一点，平均负载的概念中所涉及的进程中有2种状态，“可运行状态”和”不可中断状态“。也就是说，它不仅包含了正在使用CPU的进程，还包含等待CPU和等待I/O的进程，即:

CPU密集型进程，使用大量CPU会导致平均负载升高，此时两者是一致的。

I/O密集型进程，等待I/O也会导致平均负载升高，但CPU使⽤率不一定很高。

三、何为CPU平均负载正常

第一问：应该关注3个平均负载值中的哪⼀个?

答:都要看。

如前⽂所述，我们通过查看CPU在1分钟、5分钟、15分钟内平均负载来了解系统负载的趋势，从而对系统的负载情况做出判断。

如果1分钟、5分钟、15分钟的三个值基本相同或相差不大，意味着系统负载很平稳。

如果1分钟的值远小于15分钟的值，意味着系统最近1分钟的负载在减少，而过去15分钟内有较高的负载。

如果1分钟的值远大于15分钟的值，意味着最近1跟中的负载在增加。这种增加有可能只是临时性的，也有可能还会持续增加，所以要持续观察。

第二问：平均负载数值为多少时是正常的?

答:取决于CPU核数。 假设CPU平均负载的值为2，则:

如果是单核CPU，意味着有一半的进程竞争不到CPU，资源很紧俏，供不应求。

如果是2核CPU，意味着CPU刚好被完全占用，供需平衡。

如果是4核CPU，意味着CPU有50%的空闲。

小编建议，当平均负载的值为CPU核数的70%(即如果是2核CPU，那么平均负载值持续在1.4时)时，就需要分析排查负载高的问题了。

一旦负载过高，就可能导致进程响应变慢，进而影响服务的正常功能。

第三问：如何找出平均负载升高的根源?

答:使用mpstat查看所有CPU的平均指标和每个CPU的性能指标，使用pidstat实时查看进程的CPU、内 存、I/O以及上下文切换等性能指标。

硬盘塞满了，音乐电影没处放 让它们来帮帮忙

[PConline 导购]平时在闲暇之余，我有个习惯，就是在网络上的各大影评站上浏览大家分享的各种各样的观影感受。如果有遇到剧情吸引人、网友风评超好、又有大咖云集的巨制，我就会到网络上寻找资源。过完眼瘾之后，我一般也不会删除，而是作为自己的影视收藏。可是，久而久之，问题来了，用来专门做仓库盘的机械硬盘终于经受不住我这种用法，可用空间已经近乎没有了。大家可能会笑我，这个问题有什么难解决的，在机箱里加块机械硬盘不就解决了。但更严重的是，因为我当时装机选择了小机箱，硬盘位并不多，现在已经是满载的状态了。在朋友的提示下，我终于想起来，还有硬盘盒这种东西的存在。正好还有一段时间就要到618购物节了，于是我打开了购物平台，找到了几款适合我的产品。

奥睿科透明硬盘盒

参考价格：75元（京东商城）

几乎是看到这款硬盘盒的第一眼，我就被它独特的透明外观吸引了。整个外壳采用了无标签的设计，唯一的装饰就是作为点缀的“ORICO”LOGO，整体十分酷炫，还能够很方便地就识别硬盘的型号和种类，快速找到对应的资料。

2139C3-G2-CR的透明外壳采用高昂的PC材料，弹性好，也更加通透，不仅能够有效地防刮痕还能为硬盘提供抗震保护，使其坚固可靠。而在内部，ORICO这款硬盘盒的卡位非常准确，能够与硬盘很好地匹配，数据读取没有障碍。同时，其还使用了免工具安装设计，只需按压即可打开后盖，装入硬盘后合上后盖再连接电脑即可使用，非常便捷。

编辑点评：ORICO这款硬盘盒使用了USB 3.1 to SATA3.0高速主控，并配备了Type-C数据线，轻松实现比传统硬盘盒更快的传输速度。以往的硬盘盒采用的USB 3.0方案，最快只能达到5Gbps带宽，大大限制了SATA 3.0具备的6Gbps传输能力，使用USB 3.1主控后解放了SATA接口的性能。使用此硬盘盒搭载三星850 EVO 1TB固态硬盘在MacBook Pro 13上进行测试，读取速度为494MB/s，写入速度为467MB/s，可以说是一款颜值与性能兼得的硬盘盒了。

奥睿科硬盘盒底座

参考接个：125元（京东商城）

6228US3-C-BK这款硬盘盒最大的特点应该就是其能够同时兼容多种规格的SATA硬盘。无论是2.5英寸，还是3.5英寸，只要是采用SATA接口的机械硬盘、固态硬盘都能够被很好地支持。其也延续了ORICO简约易用的设计理念，支持免工具热插拔，让你能够轻松地拆卸硬盘进行更换。

其采用JMS561U升级版主控芯片方案，支持UASP协议，提升数据传输速率的同时能够有效降低CPU的利用率、数据延迟和等待时间，实现了稳定快速安全的数据传输。ORICO选配的USB3.0数据线，采用带屏蔽高纯度无氧铜芯线，为传输速度的提升保驾护航。而大功率高标准的电源适配器则能够满足几乎所有硬盘对于供电的需求，硬盘盒的运行更加稳定。

编辑点评：ORICO 6228US3-C-BK支持规格硬盘的特点，让家里的老硬盘得以再利用。单盘最高10TB的支持能够给用户带来最高共20TB的海量空间，其还支持一键脱机克隆等十分实用的功能，使之成为一款非常值得购买的产品。

奥睿科3.5英寸多盘位硬盘柜

参考价格：245元（京东商城）

这款产品吸引我的地方主要在于它独特的磁吸设计。与传统硬盘盒的机械门不同，DS200U3-BK独特的磁吸结构不但能在3秒内即可完成硬盘安装及拆卸，同时也比机械结构更加耐用。

为了保证硬盘盒以及硬盘的稳定运行，这款硬盘盒内置了60mm的双滚珠轴承风扇，高转速、大风量，配合后面板大面积蜂窝散热孔，让日常运行中“冷”又“静”。

编辑点评：ORICO这款硬盘柜同样是一款支持UASP协议的产品，速度提升最高可以达到20%。其还支持10分钟无数据读写自动进入休眠状态，有效减少硬盘磨损与电量消耗，有效地延长硬盘的使用寿命。综合来看，其在各个方面都为用户考虑得很周到。

总结：不知道我看中的这几款产品，是否给大家带来了一些帮助呢？如果你近期也想购买硬盘盒，就请在618购物节期间锁定ORICO京东自营官方旗舰店吧，听说还有更多优惠活动在等着大家哦！

警惕升级！这个更新会导致处理器占用过高

前几天有消息曝出Windows 10近期的更新补丁会造成CPU占用率持续过高的问题，但此前微软官方并未对此表态。

在问题曝出之后，微软近日终于确认了这一问题的存在。在Windows 10 2019五月更新Version 1903发布的累积更新补丁中，KB4512941会导致更新后的电脑的CPU持续处在高占用率下。

此外微软也发布了官方的解决方案。在经过调查之后，微软认为问题出现在SearchUI.exe这个应用程序上，在安装KB4512941补丁后，SeachUI.exe会使CPU使用率过高。同时微软宣布将在下周推送的更新中解决这个问题。

需要说明的是，KB4512941是一个可选补丁，并非强制更新，所以在接到累积更新通知后，大家可以自行选择先不要更新这个补丁，以免造成上述问题。

【ZOL客户端下载】看最新科技资讯，APP市场搜索“中关村在线”，客户端阅读体验更好。(7260304)